APIE 


ni: 


“要 想 成 为 高 效率 的 .NET 开 发 者 ， 丈 必须 透彻 地 理解 自己 所 选 的 编程 语言 。Wagner 先 生 的 这 本 书 通 过 合理 的 论证 ， 提 出 了 
一 些 见解 ， 能 够 帮助 读者 更 为 透彻 地 了 解 C# 语 言 。 无 论 是 新 手 还 是 具备 数 年 经 验 的 人 ， 都 可 以 从 这 本 书 中 学 到 新 的 知识 。” 


Jason Bock，Magenic 首 席 顾问 


“如 果 你 和 我 一 样 把 这 本 书 看 完 ， 那 么 你 束 可 以 收集 到 很 多 C#i 语 言 的 拷 巧 ， 这 些 拉 15 能 够 令 你 更 好 地 友 挥 自 喘 能 力 ， 从 而 
成 为 更 加 专业 的 开 友 者 。 在 综述 C# 语 言 扩 巧 的 书 里 面 ， 这 本 书 很 可 能 是 最 棒 的 ，Bi Wagner 这 次 所 写 的 新 版 《Effective C#) 
依然 是 杰作 ， 没 有 令 我 失望 。" 


Bill Craun, Ambassador Solutions 首 席 顾 问 


" 想 要 构建 高 性 能 与 高 扩展 性 应 用 程序 的 开 友 者 都 应 该 阅读 本 书 。 这 本 书写 得 很 好 ， 作 者 Bill 把 相当 复杂 的 问题 拆 分 成 读者 
容易 理解 、 容 易 吸收 的 小 知识 后 。” 


Josh Holmes， 微 软 架 构 布 道 师 


“这 本 书 依然 很 好 ， 浓 缩 了 许多 对 C# 开 发 者 极为 有 用 的 拷 巧 。 每 天 学 习 一 项 技巧 ，50 天 之 后 ，C# 开 发 水 平 束 会 大 有 长 进 。 


Claudio Lassala, EPS Software/CODE Magazine 首 席 开 发 者 


“这 本 书包 含 很 多 C#i 语 言 的 知识 以 及 作者 对 这 门 语言 的 理解 。Bill 揭 示 了 .NET 运 行 时 平台 的 底层 机 制 ， 使 读者 能 够 明白 构建 
于 该 平台 上 的 C# 代 码 是 如 何 运 行 的 。 此 外 ， 他 还 告诉 大 家 应 该 怎样 写 出 清晰 流畅 、 易 于 理解 的 代码 。 书 中 包含 丰富 的 拉 二 与 深 
刻 的 见解 ….. 每 一 位 C# 开 发 者 都 应 该 阅读 。” 


一 一 Brian Noyes, [Design Inc. (www.idesign.net) 首席 架构 师 


“这 是 一 本 每 一 位 C# 开 发 者 必 读 的 书 ， 里 面 给 出 了 很 多 实用 的 编程 建议 。" 


Shawn Wildermuth， 微 软 MVP (C#) 、 写 作者 、 培 训 者 、 演 讲 者 


"Bill Wagner 在 这 本 书 中 切实 地 曾 述 了 怎样 使 用 C# 语 言 中 最 为 重要 的 特性 。 他 具备 丰富 的 知识 与 流畅 的 表达 能 力 ， 可 以 清 
楚 地 讲解 C#i 语 言 的 新 功能 ， 使 读者 明日 怎样 运用 这 些 功能 写 出 精练 而 易于 维护 的 代码 。" 


—Charlie Calvert， 和 微软 C# 社 区 项 目 经 理 


目 经 典 畅销 书 《Effective C++》 面 世 以 来 ，Effective 图 书 系 列 成 了 软件 开 友 界 的 传统 图 书 。 很 多 语言 都 有 对 应 的 Effective 
书籍 ， 这 些 书 会 把 该 语言 中 的 中 、 高 级 技巧 按照 其 所 属 门类 系统 地 组 织 起 来 ， 使 这 些 技巧 既 能 自 成 一 体 ， 又 能 与 同一 门类 中 的 其 


总 结 的 心得 以 及 所 联想 到 的 思路 安排 


AN 一 品 


他 近 巧 相互 联系 ， 从 而 形成 一 套 知 识 体系 。 有 了 这 样 的 体系 ， 读 者 残 可 以 把 工作 与 学 习 中 所 
进来 ， 从 而 清晰 地 感知 它们 在 整个 体系 中 所 处 的 位 置 。 

与 该 书 系 的 其 他 作品 一 样 ， 这 本 《Effective C#》 也 表现 出 了 这 种 风格 。 作 者 把 C#i 语 言 在 各 个 方面 的 用 法 系统 地 整理 出 来 。 
除了 从 正面 讲述 应 该 怎样 编写 高 效 的 代码 之 外 ， 还 从 反面 入 手 ， 告 诉 大 家 C# 及 .NET 中 都 有 哪些 可 能 出 错 或 遭 到 误 用 的 地 方 。 作 
者 不 仅 指 出 了 问题 ， 而 且 详 细 解 释 了 这 些 间 题 的 产生 原理 及 应 对 方案 。 考 虑 到 作者 在 .NET 及 C# 开 发 界 的 经 历 以 及 在 Microsoft 
和 是 很 有 分 量 的 。 


公司 与 其 他 组 织 中 所 从 事 的 工作 ， 这 些 讲 角 
但 并 没有 曲 纯 按照 某 个 固定 的 套路 去 复 刻 ， 而 是 有 着 目 身 的 创见 。 书 中 的 很 多 


虽说 这 本 书 是 整个 Effective 系 列 的 一 部 分 ， 
建议 都 是 从 系统 目 市 的 类 库 中 寻找 灵感 ， 并 提倡 将 相关 的 设计 模式 运用 到 目 己 所 要 编写 的 类 库 或 应 用 程序 上 ， 这 或 许 能 够 提醒 大 
家 : 编写 程序 库 与 编写 客户 代码 时 所 用 的 思路 未 必 是 坚 无 天 联 的 ， 而 是 有 可 能 在 某 种 意义 上 是 相通 的 。 作 者 针对 程序 库 的 设计 者 
所 提出 的 一 些 建 议 其 实 同 样 适用 于 客户 端的 开 友 者 ， 反 过 来 说 ， 客 己 端 的 开 友 者 调用 程序 库 的 万 式 也 可 以 给 库 的 设计 者 提供 参 


INE 


5, EAE SAPs, mE RETRA. 
在 具体 实现 层面 上 ， 作 者 的 思路 同样 开阔 。 他 没有 直接 重复 业界 已 有 的 编程 习惯 ,而 是 辨析 了 这 些 写法 的 优点 及 缺 挟 ， 并 建 
议 大 家 要 在 适当 的 情境 中 合理 地 加 以 运用 ， 而 不 能 过 于 盲目， 同时 还 告诉 读者 ， 应 该 理解 并 熟悉 C#i 语 言 所 添加 的 新 特性 ， 以 改 
挥 从 前 那些 不 好 的 或 已 经 过 时 的 习惯 。 
忌 之 ， 书 中 的 50 条 建议 都 是 内 贴 者 C# 语 言 目 喘 的 设计 理念 而 写 的 ， 在 介绍 新 特性 以 及 与 其 他 语言 相对 比 的 过 程 中 ， 也 充分 
考虑 到 了 程序 库 设 计 者 与 客户 端 开 友 者 实际 使 用 该 语言 的 方式 。 这 种 在 沿 承 中 有 所 创新 的 做 法 ， 令 语言 本 身 及 其 用 户 都 显得 更 有 


活力 。 
翻译 本 书 的 过 程 中 ， 我 得 到 了 机 械 工 业 出 版 社 华章 公司 诸位 编辑 与 工作 人 员 的 帮助 ， 在 此 深 表 感谢 。 
书 中 的 术语 参考 了 Microsoft 的 语言 | 

文章 ， 书 末 附 有 “中 英文 词汇 对 照 表 ” ， 以 供 查 阅 。 


门户 网 站 (www.microsoft.com/Language/zh-cn/Search.aspx) 以 及 其 他 一 些 技术 


由 于 译 者 水 平 有 限 ， 错 误 与 玖 漏 之 处 ， 请 大 家 发 邮件 至 eastarstormlee@gmail.com， 或 访 


github.com/jeffreybaoshenlee/ecs3-errata/issues 留 言 ， 给 我 以 批评 和 指教 。 
RRA 


本 书 第 1 版 于 2004 年 出 版 ， 到 了 2016 年 ，C# 开 上 友 社 群 的 情况 已 经 有 了 很 大 的 变化 。 使 用 这 门 语 言 编写 程序 的 人 赵 来 越 多 ， 


很 多 人 现在 都 把 C# 当 作 香 选 的 工作 语言 ， 并 且 不 会 再 按照 使 用 其 他 语言 时 所 形成 的 那些 习惯 来 使 用 这 门 语言 。 此 外 ，C# 开 友 痢 
经 验 的 专业 开 友 者 ， 剖 有 人 在 用 C# 写 程序 ， 和 而 且 C# 所 支持 的 平台 也 比 原 


所 具备 的 经 验 各 不 相同 ， 从 网 毕业 的 学 生 到 拥有 数 十 年 经 验 
来 更 加 广泛 。 你 可 以 用 它 架设 服务 器 或 制作 网 站 ， 也 可 以 为 各 种 操作 系统 开发 人 桌 面 版 本 或 移动 版 本 的 应 用 程序 。 


这 次 升级 的 第 3 版 既 考 虑 到 (人 C 蕴 如 言 本 身 的 变化 ， 也 考虑 到 使 用 这 门 语言 的 人 (或 者 说 C# 开 友 社 群 ) 所 友 生 的 变化 。 笔 者 并 
的 演变 历程 ， 而 是 天 注 乓 样 用 好 当前 版 本 的 C 胡 各 言 。 旧 版 的 某 些 条 目 已 经 与 当今 的 C 吾 言 或 C# 应 用 程序 及 
条 目 ， 以 讲述 C# 语 言 的 新 特性 与 .NET 框 架 的 新 功能 ， 这 些 内 容 是 从 软件 


—_ 


不 打算 讲述 C# 语 言 
节 了 ， 这 些 内 容 不 会 出 现在 新 版 中 。 新 版 中 会 添加 一 些 


MAJARA, FFSCHA RAR AIX MSE RS STRAAE. Bit (More Effective C#》 第 1 版 的 读者 
稍 后 可 能 会 友 现 ， 那 本 书 里 的 某 些 内 容 已 经 移 到 了 本 书 中 。 在 本 书 第 3 版 中 ， 笔 者 重新 编排 《More Effective C#) NAR, il 

除了 原 有 的 许多 条 目 ， 以 便 在 那 本 书 的 第 2 版 中 添加 其 他 一 些 条 目 。 总 之 ， 这 本 书 里 的 50 个 条 目 都 是 一 些 编程 建议 ， 可 以 帮助 你 
更 为 高 效 地 使 用 C#i 语 言 ， 从 而 成 为 更 加 专业 的 开 友 者 。 


本 书 预 设 的 语 境 是 6.0 版 本 的 C#， 然 而 笔者 并 不 会 把 该 版 本 的 功能 全 都 拿 出 来 讲 。 与 Effective Software Development 系 列 
的 其 他 书 一 样 ， 这 本 书 所 关注 的 也 是 怎样 用 语言 特性 来 解决 日 常 工 作 中 可 能 遇 到 的 问题 ， 并 提供 实用 的 建议 。 在 C#6.0 版 的 这 些 
特性 中 ， 笔 者 会 特意 挑 出 一 些 来 讲 ， 因 为 其 中 的 某 些 特性 能 够 使 开 友 者 以 更 好 的 方式 来 编写 常用 的 代码 。 网 上 搜 到 的 写法 可 能 是 
针对 许多 年 前 的 C# 版 本 而 写 的 ， 有 了 新 版 C# 所 引入 的 特性 之 后 ， 开 友 者 就 可 以 用 更 好 的 写法 来 完成 那些 任务 了 ， 对 于 此 类 情 
况 ， 笔 者 会 专门 指出 。 


书 中 的 很 多 建议 都 可 以 用 Roslyn 平 台 的 Analyzer 及 Code Fix 加 以 体现 ， 从 而 验证 开 友 者 所 写 的 代码 是 否 符合 这 些 建议 。 笔 
者 把 相关 的 Analyzer 放 在 了 这 里 : https://github.com/BillWagner/EffectiveCSharpAnalyzers。 你 可 以 提交 issue， 以 表达 自 
己 的 看 法 ， 或 是 发 送 pull request 为 项 目 添加 新 的 内 容 。 


读者 对 象 


本 书面 向 的 是 那些 使 用 C# 来 完成 日 常 工 作 的 职业 开 友 者 。 由 于 本 书 假设 读者 已 经 熟悉 了 C# 的 语法 及 语言 特性 ， 因 此 ， 并 不 
会 按部就班 地 讲解 这 些 特性 ， 而 是 会 告诉 你 应 该 怎样 把 当前 这 一 版 C# 语 言 所 拥有 的 各 种 特性 融入 日 常 的 开 友 工作 中 。 


除了 要 底 悉 语言 本 身 的 特性 之 外 ， 还 应 该 对 CLR (Common Language Runtime， 公 共 语 言 运行 时 ) 及 JIT (Just-In- 
Time, BURY) 编译 器 有 所 了 解 。 


内 容 提 要 


有 一 些 语言 结构 是 每 次 写 C# 程 序 时 几乎 都 会 用 到 的 ， 这 些 常 见 的 写法 出 现在 本 书 的 第 1 草 中 ， 它 们 是 开 友 者 手头 必 备 的 工 
具 ， 无 论 创 建 什么 样 的 类 型 与 算法 ， 都 离 不 开 这 些 工具 。 


尽管 C# 程 序 运行 企 托 管 环境 中 ， 但 并 不 是 说 开 友 者 什么 事情 都 不 用 操心 。 要 想 令 程序 的 性 能 满足 需求 ， 融 必须 编写 出 能 够 
与 托管 环境 相 协 调 的 代码 ， 这 不 是 单 靠 性 能 测试 与 性 能 调整 束 可 以 实现 的 。 因 此 ， 第 2 草 会 介绍 一 些 设计 习惯 ,告诉 你 应 该 怎样 
把 代码 写 得 与 托管 环境 相 协 调 。 以 民 好 的 设计 风格 为 基础 ， 可 以 更 加 有 效 地 优化 细 市 问题 。 


目 C#2.0 以 来 所 引入 的 很 多 新 技术 都 是 以 泛 型 为 依托 的 。 第 3 草 讲 解 怎 样 用 泛 型 取代 System.Object 以 及 强制 类 型 转换 ， 然 
后 ， 笔 者 会 讨论 一 些 高 级 扩 术 ， 例 如 约束 、 泛 型 特 化 、 方 法 约束 以 及 同 后 兼容 等 。 读 完 本 章 之 后 ， 你 会 学 到 很 多 泛 型 扩 I5， 从 而 
能 够 更 加 顺畅 地 表达 出 目 己 的 设计 思路 。 


第 4 章 会 讲解 LINQ、 查 询 语法 以 及 与 之 相关 的 语言 特性 。 你 会 了 解 到 在 哪些 情况 下 应 该 运用 扩展 方法 把 协定 与 实现 相 分 离 ， 
还 会 学 到 应 该 怎样 有 效 地 使 用 闭 包 以 及 如 何 编 写 匿名 类 型 。 此 外 ， 笔 者 还 会 解释 编译 器 怎样 把 查询 关键 字 映 射 成 方法 调用 、 如 何 
区 分 委托 与 表达 式 树 以 及 必要 时 怎样 在 二 者 之 间 转 换 ， 以 及 如 何 对 查询 做 出 转 义 以 获取 纯 量 形式 的 结果 。 


第 5 章 会 指引 你 把 C# 程 序 中 的 异常 与 错误 处 理 好 。 笔 者 要 讲解 捍 样 确 保 程序 中 的 错误 能 够 得 到 适当 的 汇报 ， 以 及 如 何 令 程序 
的 状态 在 出 错 之 后 依然 保持 稳定 ， 甚 至 与 出 错 之 前 一 样 。 此 外 ， 你 还 会 学 到 怎样 给 使 用 代码 的 人 提供 便利 ， 令 他 们 能 够 更 加 顺畅 
地 调试 你 所 编写 的 程序 。 


代码 约定 


要 想 把 范例 代码 印 在 书 中 ， 残 必须 在 保持 清晰 的 前 提 下 顾及 篇 幅 。 笔 者 尽量 把 代码 写 得 简短 ， 以 凸显 其 中 最 关键 的 部 分 ， 并 
把 类 或 方法 中 的 其 他 部 分 省 挥 。 有 时 为 了 书 省 篇 幅 ， 人 还 会 把 错误 恢复 代码 也 省 掉 。public 方 法 上 自然 应 该 验证 其 参数 以 及 外 界 输入 
给 它 的 数据 ， 但 考虑 到 篇 幅 ， 笔 者 通常 会 把 这 些 代 码 去 掉 。 此 外 ， 很 多 复杂 的 算法 还 会 对 方法 调用 做 出 核查 ， 而 且 会 包含 
try/finally 子 句 ， 这 些 代码 也 因 同 样 的 理由 而 删 去 。 


常见 的 命名 空间 丈 不 再 写 出 了 。 你 可 以 认为 每 一 份 学 例 代码 前 面 都 号 有 下 面 几 条 Using 语句: 


using System; 

using static System.Console; 
using System.Collections.Generic; 
using System.Ling; 


using System.Text; 


提供 反馈 意见 


笔者 与 本 书 的 审阅 者 都 尽力 确保 书 中 的 内 容 正 确 无 误 ， 尽 管 如 此 ， 本 书 与 泡 例 代码 里 面 可 能 还 是 会 有 一 些 错 误 ， 读 者 如 果皮 
现 基 个 地 方 写 错 了 ， 请 发 邮件 至 bill@thebillwagner.com， 或 通过 Twitter 号 码 @billwagner 联 系 我 。 勘 误 表 将 会 发 布 
至 http://thebillwagner.com/Resources/Effectivecs。 书 中 的 很 多 条 目 是 笔者 在 与 其 他 C# 开 发 者 通过 电子 邮件 及 TwitterijJie 
之 后 写 出 的 ， 读 者 若 对 这 些 编程 建议 有 疑问 或 意 凡 ， 也 请 联系 笔者 。 更 为 一 般 的 话题 可 参见 笔者 博 
客 : http://thebillwagner.com/blog. 


致谢 


我 要 感谢 为 本 书 做 出 贡献 的 诸多 人 士 。 很 采 盏 能 在 这 些 年 里 与 大 家 一 起 使 用 C# 语 言 。C#Insiders 邮 和 件 列表 中 的 每 位 朋友 
(无 论 身 处 Microsoft 公 司 之 内 或 之 外 ) 都 为 本 书 提 供 了 创意 ， 并 且 愿 意 与 我 交流 ， 使 我 能 把 这 本 书写 得 更 好 。 


必须 特别 感谢 下 面 这 几 位 C# 开 发 者 : Jon Skeet, Dustin Campbell, Kevin Pilch-Bisson、Jared Parsons, Scott Allen 以 
及 Mads Torgersen。 感 谢 你 们 与 我 沟通 、 向 我 提供 意见 ， 并 将 其 转变 为 具体 的 成 果 。 这 一 版 的 很 多 新 想法 都 是 根据 诸位 的 意见 
而 形成 的 。 


这 一 版 的 技术 评审 团队 同样 很 出 色 。Jason Bock、Mark Michaelis 与 Eric Lippert 仔 细 阅 读 了 文稿 与 范例 代码 ， 以 确保 读者 
能 拿 到 一 本 优质 的 书籍 。 他 们 的 水 平 相当 高 ， 不 仪 全 面 而 彻底 地 审阅 了 本 书 ， 而 且 还 提供 了 一 些 建 议 ， 帮 助 我 把 其 中 的 很 多 话题 


4 释 得 更 为 清楚 。 


Ær 


我 与 Addison-Wesley 出 版 社 的 编辑 团队 合作 得 相当 愉快 。Trina Macdonald 是 一 位 优秀 的 编辑 ， 总 能 督促 我 把 书写 好 。 
Mark Renfro 与 Olivia Basegio 是 她 的 得 力 帮手 ， 我 依靠 他 们 完成 了 很 多 工作 ， 这 本 书 的 定稿 能 够 达到 现在 这 样 的 质量 ， 与 他 们 
的 努力 有 很 大 关系 ， 从 头 到 尾 的 每 一 页 内 容 都 是 如 此 。Curt Johnson 致 力 于 发 售 这 本 技术 图 书 ， 无 论 是 哪 种 格式 都 有 他 的 一 份 
心力 在 里 面 。 


感谢 Scott Meyers 再 度 将 本 书 收入 Effective 书 系 ， 他 阅读 了 整 部 文稿 ， 并 提出 了 一 些 改 进 建 议 。Meyers 虽 然 不 是 做 C# 的 ， 
但 却 有 着 丰富 的 软件 开 友 经 验 ， 能 够 把 文稿 中 没有 解释 清楚 的 地 方 找 出 来 ， 而 且 能 指出 其 中 有 哪些 扩 了 5 还 不 足以 忌 结 成 心得 推荐 
给 大 家 使 用 。 他 的 意 凡 ， 给 我 囊 来 了 很 大 的 帮助 。 


感谢 家 人 留 出 时 间 ， 令 我 可 以 写 完 这 本 书 。 我 化 了 很 长 时 间 撰 写 书 稿 并 制作 沁 例 代码 ， 妻 子 Marlene 总 是 给 予 我 广 持 。 有 她 
的 鼓励 ， 我 才能 把 这 本 书 和 其 他 的 书写 好 。 


第 1 章 ”CC# 语 言 的 编程 习惯 


能 用 的 东西 为 什么 要 改 ? 因为 改 了 之 后 效果 更 好 。 开 友 者 换 用 其 他 工具 或 语言 来 编程 也 是 这 个 道理 ， 因 为 换 了 之 后 工作 效率 
更 高 。 如 果 不 肯 改变 现 有 的 习惯 ,那么 就 体会 不 到 新 技术 的 好 处 ， 但 如 果 这 种 新 的 技术 与 你 熟悉 的 拷 术 看 上 去 很 像 ， 那 么 改 起 来 
就 特别 困难 。 例 如 C#i 语 言 束 与 C++ 或 Java 语 言 相似 ， 由 于 它们 都 用 一 对 人 花 括号 来 表示 代码 块 ， 因 此 ， 开 友 者 即便 切换 到 了 C# 语 
言 ， 也 忌 是 会 把 使 用 那 两 门 语言 时 所 养 成 的 习惯 直接 市 过 来 ， 这 样 做 其 实 并 不 能 友 挥 出 C# 的 优势 。 这 门 语言 的 首 个 商用 版 本 友 
布 于 2001 年 ， 经 过 这 些 年 的 演变 ， 当 前 这 一 版 C# 语 言 与 C++ 或 Java 之 间 的 差别 已 经 远 远 大 于 那个 年 代 。 如 果 你 是 从 其 他 语言 转 
入 C# 的 ， 那 么 需要 学 习 C# 语 言 自 己 的 编程 习惯 ,使 得 这 | 语言 能 够 促进 你 的 工作 ， 而 不 是 阻碍 你 的 工作 。 本 章 会 提醒 大 家 把 那 
些 与 C# 编 程 风格 不 符 的 做 法 改 掉 ， 并 培 养 正确 的 编程 习惯 。 


第 1 条 : 优先 使 用 隐 式 类 型 的 局 部 变量 


隐 陈 类 型 的 局 部 变量 是 为 了 文 持 匿 名 类 型 机 制 而 加 入 C 蕴 看 言 的 。 之 所 以 要 添加 这 种 机 制 ， 还 有 一 个 原因 在 于 : 某 些 查询 操 
作 所 获得 的 结果 是 IQueryable<T> ， 而 其 他 一 些 则 返回 IEnumerable<T> 。 如 果 硬 要 把 前 者 当成 后 者 来 对 待 ， 那 就 无 法 使 用 由 
IQueryProvider 所 提供 的 很 多 增强 功能 了 (参见 第 42 条 ) 。 用 var 来 声明 变量 而 不 指明 其 类 型 ， 可 以 令 开 皮 者 把 注意 力 更 多 地 集 
中 在 名 称 上 面 ， 从 而 更 好 地 了 解 其 含义 。 例 如 ，jobsQueuedByRegion 这 个 变量 名 本 身 就 已 经 把 该 变量 的 用 途 说 清楚 了 ， 即 便 


将 它 的 类 型 Dictionary<int，Queue<string> > 写 出 来 ， 也 不 会 给 人 提供 多 少 帮 助 。 


对 于 很 多 局 部 变量 ， 笔 者 都 喜欢 用 var 来 声 明 ， 因 为 这 可 以 令 人 把 注意 力 放 在 最 为 重要 的 部 分 ， 也 融 是 变量 的 语义 上 面 ， 而 
不 用 分 心 去 考虑 其 类 型 。 如 果 代 码 使 用 了 不 合适 的 类 型 ， 那 么 编译 器 会 提醒 你 ， 而 不 用 你 提前 去 操心 。 变 量 的 类 型 安全 与 开 友 者 
有 没有 把 变量 的 类 型 写 出 来 并 不 是 同一 回 事 。 人 在 很 多 场合 ， 即 便 你 费心 去 区 分 |Queryable 与 IEnumerable 之 间 的 磊 别 ， 开 友 者 
也 无 法 由 此 获得 有 用 的 信息 。 如 果 你 非 要 把 类 型 明确 地 告诉 编译 器 ， 那 么 有 时 可 能 会 改变 代码 的 执行 方式 (参见 第 42 条 ) 。 在 
很 多 情况 下 ， 完 全 可 以 使 用 var 来 声明 隐 式 类 型 的 局 部 变量 ， 因 为 编译 器 会 自动 选择 合适 的 类 型 。 但 是 不 能 滥用 这 种 万 式 ， 因 为 
那样 会 令 代码 难于 阅读 ， 甚 至 可 能 产生 微妙 的 类 型 转换 bug.。 


局 部 变量 的 类 型 推断 机 制 并 不 影响 C# 的 静态 类 型 检查 。 这 是 为 什么 呢 ? 首先 必 须 了 解 局 部 变量 的 类 型 推断 不 等 于 动态 类 型 
信介 。 用 var 来 声明 的 变量 不 是 动态 变量 ， 它 的 类 型 会 根据 赋值 符号 右 侧 那个 值 的 类 型 来 确定 。var 的 意义 在 于 ， 你 不 用 把 变量 的 


类 型 告诉 编译 器 ， 编 译 器 会 蔡 你 判断 。 


笔者 现在 从 代码 是 否 易 读 的 角度 讲解 隐 式 类 型 的 局 部 变量 所 市 来 的 好 处 和 问题 。 其 实在 很 多 情况 下 ， 局 部 变量 的 类 型 完全 可 
以 从 切 始 化 语句 中 看 出 来 : 


var foo = new MyType(); 


CHT RA REAAXRIBS, WARE fooRBStTARH, Uh, WRAL DAREA KORTE 
那么 其 类 型 通常 也 是 显而易见 的 : 


var thing = AccountFactory.CreateSavingsAccount () ; 


某 些 方法 的 名 称 没 有 清晰 地 指出 返回 值 的 类 型 ， 例 如 


var result = someObject .DoSomeWork(anotherParameter) ; 


这 个 例子 当然 是 笔者 刻意 构造 的 ， 大 家 在 编写 代码 的 时 候 应 该 把 方法 的 名 字 起 好 ， 使 得 调用 方 可 以 据 此 推断 出 返回 值 的 类 
型 。 对 于 刚才 那个 例子 来 说 ， 其 实 只 需要 修改 变量 的 名 称 ， 束 能 令 代 码 变 得 清晰 : 


var HighestSellingProduct = someObject 


.DoSomeWork(anotherParameter ) ; 


尽管 方法 名 本 身 没有 指出 返回 值 的 类 型 ,但 是 像 这 样 修改 之 后 ， 很 多 开 友 者 就 可 以 通过 变量 的 名 称 推断 出 该 变量 的 类 型 应 该 


是 Product。 


HighestSellingProduct 变 量 的 真实 类 型 当然 要 由 DoSomeWork 方 法 的 签名 来 决定 ， 因 此 ， 它 的 类 型 可 能 并 不 是 Product 本 
身 ， 而 是 继承 自 Product 的 类 ， 或 是 Product 所 实现 的 接口 。 总 之 ， 编 译 器 会 根据 DoSomeWork 方 法 的 签名 来 认定 
HighestSellingProduct 变 量 的 类 型 。 无 论 它 在 运行 期 的 实际 类 型 是 不 是 Product， 只 要 没有 明确 执行 类 型 转换 操作 ， 那 么 一 律 
以 编译 器 判断 的 类 型 为 准 。 


用 var 来 声明 变量 可 能 会 令 阅 读 代码 的 人 感到 困惑 。 比 方 遍 ， 如 果 像 刚才 那样 用 万 法 的 返回 值 来 给 这 样 的 变量 做 初始 化 ， 那 
么 融会 造成 此 类 问题 。 碍 看 代码 的 人 会 按照 目 己 的 理解 来 认定 这 个 变量 的 类 型 ， 而 他 所 认定 的 类 型 可 能 恰好 与 变量 在 运行 期 的 真 
实 类 型 相符 。 但 是 编译 器 却 不 会 像 人 那样 去 考虑 该 对 象 在 运行 期 的 类 型 ， 而 是 会 根据 声明 判定 其 在 编译 期 的 类 型 。 如 果 声 明 变 量 
的 时 候 直 接 指出 它 的 类 型 ， 那 么 编译 器 与 其 他 开发 者 束 都 会 看 到 这 个 类 型 ,并 且 会 以 该 类 型 为 准 ， 反 之 ， 若 用 var 来 声明 ， 则 编 
译 器 会 自行 推断 其 类 型 ， 而 其 他 开 友 者 却 看 不 到 编译 器 所 推断 出 的 类 型 。 因 此 ， 他 们 所 认定 的 类 型 可 能 与 编译 器 推断 出 的 类 型 不 
答 。 这 会 令 代码 在 维护 过 程 中 齐 到 错误 地 修改 ， 并 产生 一 些 本 来 可 以 避免 的 bug.。 


如 果 隐 式 类 型 的 局 部 变量 的 类 型 是 C# 内 置 的 数值 类 型 ， 那 么 还 会 产生 另外 一 些 问题 ， 因 为 在 使 用 这 样 的 数值 时 ， 可 能 会 触 
友和 各 种 形式 的 转换 。 有 尝 转 换 是 宽 化 转换 (widening conversion) ， 这 种 转换 肯定 是 安全 的 ,例如 从 float 到 double 殊 是 如 
此 ， 但 还 有 一 些 转换 是 窄 化 转换 (narrowing conversion) ， 这 种 转换 会 令 精确 度 下 降 ， 例 如 从 long 到 int 的 转换 融会 产生 这 个 
问题 。 如 果 明 确 地 写 出 数值 变量 所 应 具备 的 类 型 ， 那 么 残 可 以 更 好 地 加 以 控制 ， 而 且 编 译 器 也 会 把 有 可 能 因 转换 而 丢失 精度 的 地 
万 给 你 措 出 来 。 


现在 看 这 段 代码 : 


var f = GetMagicNumber(); 
Var total = 100 * f / 6: 
Console.WriteLine ( 
$"Declared Type: {total.GetType().Name}, Value: {total}"); 


请 问 total 的 值 是 多 少 ? 这 个 问题 取决 于 GetMagicNumber 方 法 的 返回 值 是 什么 类 型 。 下 面 这 5 种 输出 结果 分 别 对 应 5 个 
GetMagicNumber 版 本 ， 每 个 版 本 的 返回 值 类 型 都 不 一 样 : 


Declared Type: Double, Value: 166.666666666667 
Declared Type: Single, Value: 166.6667 


Declared Type: Decimal, Value: 166.6666666666666666666666666/7 
Declared Type: Int32, Value: 166 
Declared Type: Int64, Value: 166 


total 变 量 在 这 5 种 情况 下 会 表现 出 5 种 不 同 的 类 型 ， 这 是 因为 该 变 量 的 类 型 由 变量 {来 确定 ， 而 变量 f 的 类 型 又 是 编译 器 根据 
GetMagicNumber () 的 返回 值 类 型 推断 出 来 的 。 计 算 total 值 的 时 候 ， 会 用 到 一 些 常 数 ， 由 于 这 些 弟 数 是 以 字面 量 的 形式 写 出 
的 ， 因 此 ， 编 译 器 会 将 其 转换 成 和 人 一 致 的 类 型 ， 并 按照 那 种 类 型 的 规则 加 以 计算 。 于 是 ， 不 同 的 类 型 融会 产生 不 同 的 结果 。 


这 并 不 是 C# 编 译 器 的 缺陷 ， 因 为 它 只 是 按照 代码 的 含义 照 弟 完成 了 任务 而 已 。 由 于 代码 及 用 了 隐 式 类 型 的 局 部 变量 ， 因 此 
编译 器 会 目 己 来 设 定 变量 的 类 型 ， 也 残 是 根据 赋值 竺 号 右 侧 的 那 一 部 分 做 出 最 佳 的 选择 。 用 隐 陈 类 型 的 局 部 变量 来 表示 数值 的 时 
候 要 多 加 小 心 ， 因 为 可 能 会 友 生 很 多 隐 陈 转换 ， 这 不 仅 容 易 令 阅读 代码 的 人 产生 误解 ， 而 且 其 中 某 些 转换 还 会 令 精 确 度 下 降 。 


这 个 问题 当然 也 不 是 由 var 所 引 友 的 ， 而 是 因为 阅读 代码 的 人 不 清楚 GetMagic-Number () 的 返回 值 究竟 是 什么 类 型 ， 也 
不 知道 运行 过 程 中 会 友 生 哪 些 默认 的 数值 转换 。 把 变量 f 的 声明 语句 拿 挥 之后， 问题 依然 存在 : 


Var total = 100 * f / 6: 
Console.WriteLine ( 


$"Declared Type: {total.GetType().Name}, Value: {total}"); 
就算 明确 指出 total 变 量 的 类 型 ， 也 无 法 消除 疑惑 : 


double total = 100 * GetMagicNumber() / 6; 
Console.WriteLine( 


$"Declared Type: {total.GetType().Name}, Value: {total}"); 


total 的 类 型 虽然 是 double， 但 如 果 GetMagicNumber () 返回 的 是 整数 值 ， 那 么 程序 就 会 按照 整数 运算 的 规则 来 计算 
100*GetMagicNumber () /6 的 值 ， 而 无 法 把 小 数 部 分 也 保存 到 total 中 。 


代码 之 所 以 令 人 误解 ， 是 因为 开发 者 看 不 到 GetMagicNumber () 的 实际 返回 类 型 ， 也 无 法 轻易 观察 出 计算 过 程 中 所 发 生 
的 数值 转换 。 


如 果 把 GetMagicNumber () 的 返回 值 保存 在 类 型 明确 的 变量 中 ， 那 么 这 段 代 码 融会 好 读 一 点 ， 因 为 编译 器 会 把 开 友 者 所 
犯 的 错误 指出 来 。 当 GetMagicNumber () 的 返回 值 类 型 可 以 隐 式 地 转换 为 变量 f 所 具备 的 类 型 时 ， 编 译 器 不 会 报错 。 例 如 当 方 
法 返回 的 是 int 且 变量 f 的 类 型 是 decimal 时 ， 束 会 友 生 这 样 的 转换 。 反 之 ， 若 不 能 执行 隐 式 转换 ， 则 会 出 现 编译 错误 ， 这 会 令 开 
发 者 明日 目 己 原来 理解 得 不 对 ， 现 在 必须 修改 代码 。 这 样 的 写法 使 得 开 友 者 能 够 仔细 审视 代码 ， 从 而 看 出 正确 的 转换 方式 。 


刚才 那个 例子 说 明 局 部 变量 的 类 型 推断 机 制 可 能 会 给 开 友 者 维护 代码 造成 困难 。 与 不 使 用 类 型 推断 的 情况 相 比 ， 编 译 器 在 这 
种 情况 下 的 运作 方式 其 实 并 没有 多 少 变 化 ， 它 还 是 会 执行 目 己 应 该 完成 的 类 型 检查 ， 只 是 开 友 者 不 太 容 易 看 出 相关 的 规则 与 数值 
转换 行为 。 在 这 些 场合 中 ， 局 部 变量 的 类 型 推断 机 制 起 到 了 阻碍 作用 ， 使 得 开 友 者 难以 判断 相关 的 类 型 。 


但 是 在 另外 一 些 场合 里 面 ,编译 器 所 选取 的 类 型 可 能 比 开 发 者 手工 指定 的 类 型 更 为 合适 。 下 面 这 段 简单 的 代码 会 把 客户 姓名 
从 数据 库 里 面 拿 出 来 ， 然 后 寻找 以 字符 串 start 开 头 的 那些 名 字 ， 并 把 查询 结果 保存 到 变量 q2 中 : 


public IEnumerable<string> FindCustomersStartingwithl1 ( 


string start) 


{ 
ITEnumerable<string> q = 
from c in db.Customers 
select c.ContactName; 
var q2 = q.Where(s => s.StartsWith(start)); 
return q2; 
f 


这 段 代 码 有 严重 的 性 能 问题 。 第 一 行 查询 语句 会 把 每 一 个 人 的 姓名 都 从 数据 库 里 取出 来 ， 由 于 它 要 查询 数据 库 ， 因 此 ， 其 返 
回 值 实 际 上 是 IQueryable< string> 类 型 ， 但 是 开发 者 却 把 保存 该 返回 值 的 变量 q 声 明成 了 IEnumerable<string> 类 型 。 由 于 
IQueryable<T> 继 承 目 IEnumerable<T> ， 因 此 编译 器 并 不 会 报错 ， 但 是 这 样 做 将 导致 后 续 的 代码 无 法 使 用 由 IQueryable 所 提 
供 的 某 些 特性 。 接 下 来 的 那 行 查询 语句 ， 融 受到 了 这 样 的 影响 ， 它 本 来 可 以 使 用 Queryable.Where 去 查询 ， 但 是 却 用 了 
Enumerable.Where。 如 果 开 友 者 不 把 变量 q 的 类 型 明确 指定 为 IEnumerable<string> ， 那 么 编译 器 残 可 以 将 其 设 为 更 加 合适 的 
IQueryable<string> 类 型 了 。 假 如 IQueryable<string> 不 能 隐 式 地 转换 成 IEnumerable<string> ， 那 么 刚才 那 种 写法 会 令 编译 
器 报错 。 但 实际 上 是 可 以 完成 隐 式 转换 的 ， 因 此 编译 器 不 会 报错 ， 这 使 得 开发 者 容易 忽视 由 此 引发 的 性 能 问题 。 


第 二 条 查询 语句 调用 的 并 不 是 Queryable.Where， 而 是 Enumerable.Where， 这 对 程序 性 能 有 很 大 影响 。 第 42 条 会 讲 
到 ，1Queryable 能 够 把 与 数据 查询 有 关 的 多 个 表达 式 树 组 合成 一 项 操作 ， 以 便 一 次 执行 完毕 ， 而 且 通 常 是 在 存放 数据 的 远程 服 
务 器 上 面 执行 的 。 刚 才 那 段 代 码 的 第 二 条 查询 语句 相当 于 SQL 查询 中 的 where 子 句 ， 由 于 执行 这 部 分 查询 时 所 针对 的 数据 源 是 
IlEnumerable<string> 类 型 ， 因 此 ,程序 只 会 把 第 一 条 查询 语句 所 涉及 的 那 部 分 操作 放 在 远程 电脑 上 面 执行 。 接 下 来 ， 必 须 先 
把 从 数据 库 中 获取 到 的 客户 姓名 全 都 拿 到 本 地 ， 然 后 才能 执行 第 二 条 查询 语句 (相当 于 SQL 查 询 中 的 where 子 句 ) ， 以 便 从 中 搜 
索 指 定 的 字符 串 ， 并 返回 与 之 相符 的 结果 。 


下 面 这 种 写法 比 刚才 那 种 写法 要 好 : 


public IEnumerable<string> FindCustomersStartingwith 


(string start) 


{ 
var q = 
from c in db.Customers 
select c.ContactName; 
var q2 = q.Where(s => s.StartsWith(start)); 
return q2; 
} 


这 次 的 变量 q 是 |Queryable<string> 类 型 ,该 类 型 是 编译 器 根据 第 一 条 查询 语句 的 返回 类 型 推断 出 来 的 。C# 系 统 会 把 接 下 
来 那 条 用 于 表示 Where 子 句 的 查询 语句 与 第 一 条 查询 语句 相 结 合 ， 从 而 创建 一 棵 更 为 完备 的 表达 式 树 。 只 有 调用 方 真正 去 列举 
查询 结果 里 面 的 内 容 时 ， 这 棵 树 所 表示 的 查询 操作 才 会 得 到 执行 。 由 于 过 滤 查 询 结 果 所 用 的 那 条 表达 式 已 经 传 给 了 数据 源 ， 
此 ， 查 到 的 结果 中 只 会 包含 与 过 滤 标 准 相符 的 联系 人 姓名 ， 这 可 以 降低 网 络 流量 ， 并 提高 查询 效率 。 这 自学 例 代码 是 笔者 特意 构 
造 出 来 的 ， 现 实 工 作 中 如 果 遇 到 此 类 需求 ， 直 接 把 两 条 语句 合 起 来 写成 一 条 束 行 了 ， 不 过 这 个 例子 所 演示 的 情况 却 是 真实 的 ， 
为 工作 中 经 常 遇 到 需要 连续 编写 多 条 查询 语句 的 地 方 。 


这 段 代 码 与 刚才 那 段 代码 相 比 ， 最 大 的 区 别 就 在 于 变量 q 的 类 型 不 再 由 开发 者 明确 指定 ， 而 是 改 由 编译 器 来 推 新 ， 这 使 得 其 
类 型 从 原来 的 IEnumerable<string> 变 成 了 现在 的 IQueryable<string> 。 由 于 扩展 方法 是 静态 方法 而 不 是 虚 广 法， 因此， 编译 


器 会 根据 对 象 在 编译 期 的 类 型 选 出 最 为 匹配 的 调用 方式 ， 而 不 会 按照 其 在 运行 期 的 类 型 去 处 理 ， 也 束 是 说 ， 此 处 不 会 友 生 后 期 绑 
定 。 即 便 运 行 期 的 那 种 类 型 里 面 确 实 有 实例 成 员 与 这 次 调用 相 匹 配 ， 编 译 器 也 看 不 到 它们 ， 因 而 个 会 将 其 纳入 候选 学 围 。 


一 定 要 注意 : 由 于 扩展 方法 可 以 看 到 其 参数 的 运行 期 类 型 ， 因 此 ， 它 能 够 根据 该 类 型 创建 另 一 套 实 现 方式 。 比 方 
说 ，Enumerable.Reverse () 方法 如 果 发 现 它 的 参数 实现 了 IList<T> 或 1Collection <T> 接 口 ， 那 就 会 改 用 另 一 种 方式 执行 ， 以 
求 提升 效率 (关于 这 一 点 ， 请 参见 本 章 稍 后 的 第 3 条 ) 。 


写 程 序 的 上 时候， 如 果 友 现 编译 器 目 动 选择 的 类 型 有 可 能 令 人 误解 代码 的 合 义 ， 使 其 无 法 立刻 看 出 这 个 局 部 变量 的 准确 类 型 ， 
那么 束 应 该 把 类 型 明确 指出 来 ， 而 不 要 及 用 var 来 声明 。 反 之 ， 如 果 读 代码 的 人 根据 代码 本 身 的 语义 所 推测 出 的 类 型 与 编译 器 目 
动 选择 的 类 型 相符 ， 那 束 可 以 用 var 来 声明 。 比 万 说 ， 在 刚才 那个 例子 里 面 ， 变 量 q 用 来 表示 一 系列 联系 人 的 姓名 ， 看 到 这 条 初 
始 化 语句 的 人 肯定 会 把 q 的 类 型 理解 成 字符 串 ， 而 实际 上 ， 编 译 器 所 判定 的 类 型 也 正 是 字符 串 。 像 这 样 通过 查询 表达 式 来 初始 化 
的 变量 ， 其 类 型 通常 是 较为 明确 的 ， 因 此 ， 不 妨 用 var 来 声明 。 反 之 ， 董 是 初始 化 变量 所 用 的 那 条 表达 式 无 汉 清 晰 地 传达 出 适当 
的 语义 ， 从 而 令 阅 读 代 码 的 人 容易 误解 其 类 型 ， 那 么 束 不 应 该 用 var 来 声明 该 变量 了 ， 而 是 应 该 明确 指出 其 类 型 。 


忌 之 ， 除 非 开 友 者 必须 看 到 变量 的 声明 类 型 之 后 才能 正确 理解 代码 的 仿 义 ， 否则， 殊 可 以 考虑 用 var 来 声明 局 部 变量 (此 处 
所 说 的 开 友 者 也 包括 你 自己 在 内 ， 因 为 你 将 来 也 有 可 能 要 得 看 早 前 写 过 的 代码 ) 。 注 意 ， 笔 者 在 标题 里 面 用 的 词 是 优先 ， 而 非 总 
是 ， 这 意味 着 不 能 盲目 地 使 用 var 来 声明 一 切 局 部 变量 ， 例 如 对 int、float、double 等 数值 型 的 变量 ， 融 应 该 明确 指出 其 类 型 ， 
而 对 其 他 交 量 则 不 妨 使 用 var 来 声明 。 有 的 时 候 ， 即 便 你 多 刻 几 下 键盘 ， 把 变量 的 类 型 打上 去 ， 也 未 必 能 确保 类 型 安全 ， 或 是 保 
证 代码 变 得 更 容易 读 懂 。 如 果 你 选用 了 不 合适 的 类 型 ， 那 么 程序 的 效率 丈 有 可 能 会 下 降 ， 这 样 做 的 效果 还 不 如 让 编译 器 目 动 去 选 


择 。 


第 2 条 : 考虑 用 readonly 代 蔡 const 


C# 有 两 种 常量 ,一 种 是 编译 期 (compile-time) 的 常量 ， 另 一 种 是 运行 期 (runtime) 的 常量 ， 它 们 的 行为 大 不 相同 。 常 
量 如 果 选 得 不 合适 ， 那 么 程序 开 友 工作 可 能 会 受 影响 。 编 译 期 的 音量 虽然 能 令 程 序 运行 得 稍 快 一 点 ， 但 却 远 不 如 运行 期 的 音量 那 
样 灵活 。 只 有 当 程 序 性 能 极 问 重 要 且 弟 量 取 值 不 会 随 版 本 而 变化 的 情况 下 ， 才 可 以 考虑 选用 这 种 音量 。 


运行 期 的 常量 用 readonly 关 键 字 来 声明 ， 编 译 期 的 常量 用 const 关 键 字 来 声明 : 


// Compile-time constant: 


public const int Millennium = 2000; 


// Runtime constant: 


public static readonly int ThisYear = 2004; 


上 面 这 段 代码 演示 了 怎样 在 class (28) 或 struct (结构 体 ) 的 范围 之 内 声明 这 两 种 常量 。 此 外 ， 编 译 期 的 常量 还 可 以 在 方法 
里 面 声 明 ， 而 readonly 常 量 则 不 行 。 

这 两 种 常量 在 行为 上 面 的 区 别 可 以 在 访问 常量 的 时 候 体 现 出 来 。 编 译 期 的 常量 其 取 值 会 窜 入 目标 代码 。 比 方 说 ， 下 面 这 种 写 
iz: 


if (myDateTime.Year == Millennium) 


编译 成 Microsoft Intermediate Language (微软 中 间 语 言 ， 简 称 MSIL 或 IL) 之 后 ， 融 与 直接 使 用 字面 量 2000 的 写法 是 一 
样 的 : 


if (myDateTime.Year == 2000) 


运行 期 常量 与 之 不 同 ， 如 果 代 码 里 面 用 到 了 这 种 常量 ， 那 么 由 该 代码 所 生成 的 lL 也 同样 会 通过 引用 的 方式 来 使 用 这 个 
readonly 常 量 ， 而 不 会 像 刚 才 那 样 直 接 使 用 字面 量 2000。 


这 两 种 常量 所 支持 的 值 也 不 一 样 。 编 译 期 的 弟 量 只 能 用 来 表示 内 置 的 整数 、 浮 点 数 、 榴 举 或 字符 串 ， 也 就是 说 ， 在 初始 化 语 
句 里 面 设 定 这 种 音量 的 时 候 ， 只 能 使 用 这 些 值 来 为 其 赋值 ， 而 且 在 生成 几 的 过 程 中 ， 也 只 有 用 来 表示 这 些 原始 类 型 的 编译 期 音量 
才 会 替换 成 子 面 量 。 因 此 ， 下 面 这 条 语句 是 无 法 编译 的 ， 因 为 它 试图 用 new 操 作 符 来 给 编译 期 的 尝 量 做 初始 化 ， 即 便 初 始 化 的 是 
数值 类 型 编译 器 也 不 允许 : 


// Does not compile, use readonly instead: 
private const DateTime classCreation = 


= new 
DateTime(2000, 1, 1, 0, O0, 0); 


编译 期 常量 只 能 用 数字 、 字 符 串 或 null 来 初始 化 。readonly 瘦 量 在 执行 完 构造 消 数 (constructor) 之 后 ， 融 不 能 再 修改 
了 ,但 和 编译 器 弟 量 不 同 ， 它 的 值 是 在 程序 运行 的 时 候 才 得 以 初始 化 的 。 这 种 常量 比 编译 期 的 常量 灵活 。 其 中 一 个 好 处 在 于 ， 它 
的 类 型 不 受 限制 ， 例 如 刚才 的 DataTime 型 音量 ， 


虽然 不 能 用 const 来 声明 ， 但 却 可 以 改 用 readonly 来 声明 。 这 种 常量 可 以 在 构 
造 器 里 初始 化 ， 也 可 以 在 声明 的 时 候 直接 初始 化 。 


两 者 的 另 一 个 区 别 在 于 : readonly 可 以 用 来 声明 实例 级 别 的 弟 量 ， 以 便 给 同一 个 类 的 每 个 实例 设 定 不 同 的 党 量 值 ， 而 编译 
期 的 常量 则 是 静态 弟 量 。 


与 刚才 提 到 的 两 项 区 别 相 比 ， 它 们 之 间 最 为 重要 的 区 别 还 在 于 : readonly 常 量 是 在 程序 运行 的 时 候 才 加 以 解析 的 ， 也 区 是 


说 ， 如 果 代码 里 面 用 到 了 这 样 的 常量 ， 那 么 由 这 段 代码 所 生成 的 lL 码 会 通过 引用 的 方式 来 使 用 这 个 readonly 量 ， 而 不 会 直接 使 用 


党 量 值 本 身 。 这 对 代码 的 维护 工作 有 很 大 影响 ， 因 为 在 生成 IL 的 时 候 ， 代 码 中 的 编译 期 常量 会 直接 以 字面 值 的 形式 写 进 去 ， 如 果 


你 在 制作 另外 一 个 程序 集 (assembly) 的 时 候 用 到 了 本 程序 集 里 面 的 这 个 常量 ， 那 么 它 会 直接 以 字面 值 的 形式 写 到 那个 程序 集 
里 面 。 

由 于 编译 期 常量 的 求 值 方 式 与 运行 期 常量 不 同 ， 因 此 ， 这 可 能 导致 程序 在 运行 的 时 候 出 现 不 兼容 的 问题 。 比 方 说 ， 在 名 为 
Infrastructure 的 程序 集中 ， 同 时 出 现 了 用 const 和 readonly 来 定义 的 两 个 字段 : 


public class UsefulValues 
{ 


public static readonly int StartValue = 5; 
public const int EndValue = 10; 


而 另外 一 个 名 为 Application 的 程序 集 引 用 了 这 两 个 字段 : 


for (int i = UsefulValues.StartValue; 
1 < UsefulValues.EndValue; i++) 


Console.WriteLine("value is {0}", i); 
现在 运行 测试 ， 可 以 看 到 下 面 这 样 的 结果 : 


Value is 5 


Value is 6 


Value is 9 
过 了 一 段 时 间 ， 你 修改 了 源 代码 : 


public class UsefulValues 
{ 


public static readonly int StartValue = 105; 
public const int EndValue = 120; 


此 时 ， 如 果 你 只 发 布 新 版 的 Infrastructure 程 序 集 ， 但 不 去 重新 构建 Application 程 序 集 ， 那 么 程序 就 会 出 问题 。 你 本 来 想 看 
到 的 结果 是 : 


Value is 105 
Value is 106 


Value is 119 


FATE ZARA ZAR OHIAR. forjapayteya(e (StartValue) 是 105， 这 没有 错 ， 但 是 终止 值 (EndValue) 却 
不 是 120， 而 是 旧版 源 代码 中 的 那个 10， 这 是 因为 早 前 制作 Application 程 序 集 时 ，C# 编 译 器 直接 写 入 了 10 这 个 字面 量 ， 而 没有 
去 引用 存放 EndValue 的 那 块 空间 。StartValue 常 量 就 不 同 了 ， 由 于 它 是 用 readonly 声 明 的 ， 因 此 要 到 运行 的 时 候 才 加 以 解析 ， 
这 使 得 Application 程 序 集 无 须 重 新 编译 ， 即 可 看 到 新 版 的 Infrastructure 给 该 常量 所 设 定 的 值 。 只 需 把 新 版 的 Infrastructure 程 
序 集 安 洲 好 ， 束 可 以 令 所 有 使 用 StartValue 常 量 的 程序 都 体现 出 这 一 变化 。 修 改 访问 级 别 为 public 的 const 常 量 相当 于 修改 接 
口 ， 因 此 ， 几 是 使 用 该 常量 的 代码 都 必须 重新 编译 ， 而 修改 访问 级 别 为 public 的 readonly 常 量 则 相当 于 修改 实现 细节 ， 这 并 不 影 
IAA Pt. 


有 的 时 候 ， 开 友 者 确实 想 把 某 个 值 在 编译 期 固定 下 来 。 比 方 说 ， 有 个 计 税 程 序 会 为 其 他 很 多 程序 集 所 使 用 ,但 是 该 程序 所 用 
的 计 税 方式 又 要 随 着 税务 规则 的 变化 而 修改 。 由 于 规则 所 友 生 的 变化 不 一 定 会 影响 所 有 的 算法 ， 因 此 ， 有 些 程 序 集 可 能 会 按照 目 


己 的 开 友 周期 来 更 新 ， 而 未 必 会 与 这 个 计 税 程序 一 起 更 新 。 于 是 ， 这 些 算法 就 应 该 把 税务 规则 的 版 本 号 记录 下 来 ， 以 便 告 诉 使 用 
该 算法 的 人 目 己 所 依据 的 是 哪个 版 本 。 该 需求 可 以 用 编译 期 的 音量 来 实现 ， 以 确保 每 个 算法 都 能 保留 各 目的 版 本 号 。 


把 税务 规则 的 修订 信息 放 到 下 面 这 样 的 类 里 面 : 


public class RevisionInfo 
{ 
public const string RevisionString = "1.1.R9"; 


public const string RevisionMessage = "Updated Fall 2015"; 


各 种 算法 类 都 可 以 使 用 该 类 中 的 常量 来 表示 目 身 的 版 本 信息 : 


public class ComputationEngine 


{ 
public string Revision = RevisionInfo.RevisionString; 
public string RevisionMessage = RevisionIinfo. 
RevisionMessage; 
// Other APIs elided 
} 


如 果 重 新 构建 整个 项 目 ， 那 么 每 个 算法 类 里 面 的 版 本 号 惑 都 会 变 成 最 新 的 值 ， 但 如 果 仅 以 补丁 的 形式 来 更 新 其 中 的 某 毕 程序 
集 ， 那 么 只 有 这 些 程 序 集 里 面 的 版 本 号 才 会 变 为 最 新 值 ， 而 其 他 程序 集 则 不 受 影响 。 


const 常 量 还 有 一 个 地 方 要 比 readonly 常 量 好 ， 那 就 是 性 能 。 由 于 程序 可 以 直接 访问 已 知 的 值 ， 而 不 用 通过 变量 去 查询 ， 
此 其 性 能 会 和 微 高 一 些 。 但 是 ， 开 友 者 需要 考虑 是 否 值 得 为 了 这 一 点 点 性 能 而 令 代码 变 得 僵化 。 在 决定 这 样 做 之 前 ， 应 该 先 通 过 
profile 工 具 做 性 能 测试 (如 果 你 还 没有 找到 自己 喜欢 的 profile 工 具 ， 那 么 可 以 试 试 BenchmarkDotNet， 该 工具 的 网 址 
fEhttps://github.com/dotnet/BenchmarkDotNet) 。 


在 使 用 命名 参数 与 可 选 参数 时 ， 开 妈 者 也 需要 像 面 对 运 行 期 单 量 与 编译 期 弟 量 这 样 做 出 类 似 的 权衡 。 可 选 参数 的 默认 值 是 放 
在 调用 点 (call site) 的 ， 这 与 用 const 所 声明 的 编译 期 常量 相似 。 因 此 ， 如 果 修 改 了 可 选 参数 的 默认 值 ， 那 么 也 需要 考虑 和 刚 
才 一 样 的 问题 ， 即 修改 后 的 效果 能 否 正确 地 反映 在 程序 中 (参见 本 章 第 10 条 ) 。 


const 关 键 字 用 来 声明 那些 必须 在 编译 期 得 以 确定 的 值 ， 例 如 attribute 的 参数 、switch case 语 句 的 标签 、enum 的 定义 等 ， 
偶尔 还 用 来 声明 那些 不 会 随 着 版 本 而 变化 的 值 。 除 此 之 外 的 值 则 应 该 考虑 声明 成 更 加 灵活 的 readonly 常 量 。 


第 3 条 : 优先 考虑 is 或 as 运 算 人 他， 尽量 少 用 强制 类 型 转换 


既然 选择 了 C#， 那 么 束 必 须 适 应 静态 类 型 检查 机 制 ， 该 机 制 在 很 多 情况 下 都 会 起 到 良好 的 作用 。 询 仿 类 型 检查 意味 着 编译 
器 会 把 类 型 不 符 的 用 法 找 出 来 ， 这 也 令 应 用 程序 在 运行 期 能 够 少 做 一 些 类 型 检查 。 然 而 有 的 时 候 还 是 必须 在 运行 期 检查 对 象 的 类 
型 比方 说 ， 如 果 你 所 使 用 的 框架 已 经 在 方法 签名 里 面 把 参数 类 型 写成 了 object， 那 么 可 能 束 得 先 将 该 参数 转 成 其 他 类 型 (例如 
其 他 的 类 或 接口 ) ， 然 后 才能 继续 编写 代码 。 有 两 种 办 法 能 够 实现 转换 ， 一 是 使 用 as 运算 待 ， 二 是 通过 强制 类 型 转换 (cast) 来 
绕 过 编译 器 的 类 型 检查 。 在 这 之 前 ， 可 以 先 通 过 is 判 断 该 操作 是 否 合 理 ， 然 后 册 使 用 as 运 算 符 或 执行 强制 类 型 转换 。 


在 这 两 种 办 法 中 ， 应 该 优先 考虑 第 一 种 办 ;去 ， 也 就 是 及 用 as 运 算 符 来 实现 类 型 转换 ， 因 为 这 样 做 要 比 盲 目地 进行 类 型 转换 更 
加 安全 ， 而 且 在 运行 的 时 候 也 更 有 效率 。as 及 is 运算 符 不 会 考虑 由 用 户 所 定义 的 转换 ， 只 有 当 运 行 期 的 类 型 与 要 转换 到 的 类 型 相 
符 时 ， 该 操作 才能 顺利 地 执行 。 这 种 类 型 转换 操作 很 少 会 为 了 类 型 转换 而 构建 新 的 对 象 (但 各 用 as 运算 符 把 妆 箱 的 值 类 型 转换 成 
未 妆 箱 且 可 以 为 null 的 值 类 型 ， 则 会 创建 新 的 对 象 ) 。 


下 面 来 看 一 个 例子 。 如 果 需 要 把 object 对 象 转 损 为 MyType 实 例 ， 那 么 可 以 这 样 写 : 


object o = Factory.GetObject(); 


// Version one: 


MyType t = o as MyType; 


if (t != null) 


{ 
// work with t, it's a MyType. 
} 
else 
{ 
// report the failure. 
} 


此 外 ， 也 可 以 这 样 来 写 : 


object o = Factory.GetObject() ; 


// Version two: 


ETY 
{ 
MyType tj; 
t = (MyType)o; 
ia tc f= pusi 
{ 
// work with T, it's a MyType. 
} 
f 
catch (InvalidCastException) 
if 


// report the conversion failure. 


大 家 应 该 会 完 得 第 一 种 写法 比 第 二 种 更 简单 ， 而 且 更 好 理解 。 由 于 它 不 需要 使 用 try/catch 结 构 ， 因 此 程序 的 开销 与 代码 量 
都 比较 低 。 如 果 玉 用 第 二 种 写法 ， 那 么 不 仪 要 捕获 异常 ， 而 且 还 得 判断 t 是 不 是 null。 强 制 类 型 转换 在 遇 到 null 的 时 候 并 不 抛 出 异 
常 ， 这 导致 开发 者 必须 处 理 两 种 特殊 情况 : 一 种 是 o 本 来 就 为 null， 因 此 强制 转换 后 所 得 的 t 也 是 null; 另 一 种 是 程序 因 o 无 法 类 
型 转换 为 MyType 而 抛 出 异 单 。 如 果 采 用 第 一 种 写法 ， 那 么 由 于 as 操作 在 这 两 种 特殊 情况 下 的 结果 都 是 null， 因 此 ， 只 需要 用 
if (t! =null) 语句 来 概括 地 处 理 束 可 以 了 。 


as 运 算 符 与 强制 类 型 转换 之 间 的 最 大 区 别 在 于 如 何 对 签 由 用 己 所 定义 的 转换 逻辑 。as 与 is 运 算 符 只 会 判断 待 转换 的 那个 对 象 
在 运行 期 是 何 种 类 型 ， 并 据 此 做 出 相应 的 处 理 ， 除 了 必要 的 委 箱 与 取消 委 箱 操作 ， 它 们 不 会 执行 其 他 操作 。 如 果 待 转换 的 对 象 既 
不 属于 目标 类 型 ， 也 不 属于 由 目标 类 型 所 派生 出 来 的 类 型 ， 那 么 as 操作 就 会 失败 。 反 之 ， 强 制 类 型 转换 操作 则 有 可 能 使 用 某 些 类 
型 转换 逻辑 来 实现 类 型 转换 ， 这 不 仅 包 含 由 用 户 所 定义 的 类 型 转换 逻辑 ， 而 且 还 包括 内 置 的 数值 类 型 之 间 的 转换 。 例 如 可 能 友 生 
从 long 至 short 的 转换 ， 这 种 转换 可 能 导致 信息 丢失 。 


下 面 举 个 例子 来 演示 这 两 种 类 型 转换 方式 怎样 处 理 开 友 者 在 目 己 定义 的 类 型 中 所 写 的 类 型 转换 。 假 设 写 了 这 样 一 个 类 : 


public class SecondType 


{ 
private MyType _value; 


// other details elided 


// Conversion operator. 


// This converts a SecondType to 


// a MyType, see item 29. 
public static implicit operator 
MyType(SecondtType t) 

{ 


return t. value; 


} 


假设 在 早 前 那 段 代码 里 面 由 Factory.GetObject () 国 数 所 返回 的 对 象 o 实 际 上 是 个 SecondType 类 型 的 对 象 。 现 在 来 看 下 面 
这 两 种 写法 : 


object o = Factory.GetObject(); 


// o is a SecondtType: 
MyType t = o as MyType; // Fails. o is not MyType 


if (t != null) 


{ 
// work with t, it's a MyType. 
$ 
else 
{ 
// report the failure. 
} 


// Version two: 
try 


{ 
MyType t1; 


t1 = (MyType)o; // Fails. o is not MyType 
// work with t1, it's a MyType. 


} 
catch (InvalidCastException) 
1 
// report the conversion failure. 
} 


这 两 种 写法 都 无 法 完成 类 型 转换 。 你 也 许 党 得 第 二 种 写法 可 以 完成 类 型 转换 ， 因 为 强制 类 型 转换 操作 会 把 由 用 尸 所 定义 的 转 
换 逻 辑 也 考虑 进去 。 没 错 ， 确 实 会 考虑 进去 ， 只 不 过 它 针对 的 是 源 对 象 的 编译 期 类 型 ， 而 不 是 实际 类 型 。 具 体 到 本 例 来 说 ， 由 于 
待 转换 的 对 象 其 编译 期 的 类 型 是 object， 因 此 ,编译 器 会 把 它 当 成 object 看 待 ， 而 不 考虑 其 在 运行 期 的 类 型 。 查 看 了 object 与 

MyType 类 的 定义 之 后 ， 编 译 器 友 现 用 尸 并 没有 在 这 两 种 类 型 之 间 定 义 类 型 转换 逻辑 ， 于 是 ， 束 直接 据 此 来 编译 (MNES 
者 在 SecondType 类 里 面 定 义 的 那 段 逻 辑 ) 。 编 译 好 的 程序 在 运行 期 要 判断 对 象 o 的 运行 期 类 型 与 MyType 是 人 否 相 符 ， 由 于 o 的 运 
行 期 类 型 是 SecondType， 与 MyType 不 相符 ， 因 此 ， 强 制 类 型 转换 操作 会 失败 。 编 译 器 所 考虑 的 是 对 象 o 的 编译 期 类 型 与 目标 

类 型 MyType 之 间 有 没有 转换 逻辑 ， 而 不 是 该 对 象 的 运行 期 类 型 与 MyType 之 间 的 关系 。 


要 想 把 对 象 o 从 secondType 强 制 类 型 转换 为 MyType， 可 以 将 代码 改 成 下 面 这 个 样子 : 


object o = Factory.GetObject(); 


// Version three: 
SecondType st = o as SecondtType; 
try 
{ 
MyType tj; 
t = (MyType)st; 
// work with T, it's a MyType. 


} 
catch (InvalidCastException) 
+ 
// report the failure. 
} 


这 段 代 码 虽 然 可 以 实现 强制 类 型 转换 ， 但 是 显得 相当 别扭 ， 因 为 开 友 者 应 该 可 以 通过 适当 的 检查 语句 来 避免 无 谓 的 异 单 处 
理 。 尽 管 现实 工作 中 很 少 有 人 这 么 写 ， 但 这 段 代 码 所 暴露 的 问题 却 比 较 单 抑 ， 因 为 开 友 者 人 在 编写 东 些 为 数 时 ， 可 能 要 把 参数 类 型 
设 为 object， 然 后 在 孙 数 里 面 把 该 参数 转换 成 目 己 想 要 的 类 型 : 


object o = Factory.GetObject(); 
DoStuffwithObject(o); 


private static void DoStuffWithObjectCobject o) 


{ 
try 
{ 
MyType tyi; 
t = (MyType)o; // Fails. o is not MyType 
// work with T, it's a MyType. 
} 
catch (CInvalidCastException) 
{ 
// report the conversion failure. 
} 
} 


用 户 自 定 义 的 转换 逻辑 针对 的 是 对 象 的 运行 期 类 型 ， 而 非 编译 期 类 型 。 因 此 ， 即 便 0 的 运行 期 类 型 与 MyType 之 间 确 实 有 转 
换 关 系 ， 编 译 器 也 是 不 知道 的 (或 者 说 ， 编 译 器 也 是 不 会 顾及 的 ) 。 下 面 这 种 写法 其 效果 要 根据 st 的 声明 类 型 来 定 。 (在 
SecondType 类 里 面 不 包含 用 户 自 定 义 转换 逻辑 的 前 提 下 ， 如 果 把 st 声明 成 object， 那 么 可 以 编译 ， 但 是 运行 的 时 候 会 抛 出 异 
常 ， 反 之 ， 若 声明 成 SecondType， 则 无 法 编译 。 ) 


t = (MyType)st; 


假如 换 用 下 面 这 种 写法 ， 那 么 当 st 声 明成 object 时 可 以 编译 ， 但 是 运行 的 时 候 ，t 的 结果 是 null。 反 之 ， 若 声明 成 
SecondType， 则 无 法 编译 。 由 此 可 见 ， 应 该 尽量 采用 as 来 进行 类 型 转换 ， 因 为 这 么 做 不 需要 编写 额外 的 try/catch 结 构 来 处 理 异 
单 。 对 于 secondType 与 MyType 这 样 两 个 在 继承 体系 中 没有 上 下 级 关系 的 类 来 襄 ， 即 便 SecondType 类 确实 合 有 由 用 户 所 定义 
的 转换 逻辑 ， 但 只 要 把 st 声明 成 了 SecondType 类 型 ，as 语 句 就 依然 会 产生 编译 错误 。 


t st as Mylype; 


讲述 了 应 该 优先 考虑 as 的 原因 之 后 ， 接 下 来 看 看 在 什么 样 的 情况 下 不 能 使 用 as。 下 面 这 种 写法 束 无 法 通过 编译 : 


object o = Factory.GetValue(); 


int 1 = o as int; // Does not compile. 


这 是 因为 int 是 值 类 型 ,无 法 保存 null。 当 o 不 是 int 的 时 候 ，as 语 句 的 执行 结果 应 该 是 null， 但 由 于 i 是 int， 因 此 ， 无 论 选 择 
什么 样 的 整数 ， 都 无 法 表示 这 个 null， 因 为 它 的 每 一 种 取 值 都 是 有 效 的 整数 ， 无 法 理解 成 hull 这 个 特殊 的 值 。 有 些 人 可 能 党 得 ， 
要 实现 这 样 的 类 型 转换 ， 束 必须 执行 强制 类 型 转换 操作 ， 并 编写 异常 捕获 结构 。 其 实 不 用 那样 做 ， 只 需 用 as 运 算 符 把 o 转 换 成 一 
种 值 可 以 为 null 的 类 型 残 可 以 了 “具体 到 本 例 ， 融 是 int?” 类 型 ) ， 然 后 判断 变量 i 是 不 是 null: 


object o = Factory.GetValue(); 
var 1 = o as int?; 
if (i != null) 


Console .WriteLine(i.Value); 


如 果 as 运 算 符 所 在 的 赋值 语句 的 赋值 符号 左 侧 的 变量 是 值 类 型 或 可 以 为 null 的 值 类 型 ， 那 么 可 以 运用 这 项 技巧 来 实现 类 型 转 
换 。 


明白 了 is、as 与 cast (强制 类 型 转换 ) 之 间 的 区 别 之 后 ， 现 在 考虑 一 个 问题 : foreach 循 环 在 转换 类 型 的 时 候 用 的 是 as 还 是 
cast? 这 种 循环 所 针对 的 是 非 泛 型 的 IEnumerable 邦 列 ， 它 会 在 迭代 过 程 中 自动 转换 类 型 。 (其 实在 可 以 选择 的 情况 下 ， 还 是 应 
该 尽量 采用 类 型 安全 的 泛 型 版 本 。 之 所 以 使 用 非 泛 型 的 版 本 ， 是 为 了 顾及 某 些 历史 原因 以 及 某 些 需 要 执行 后 期 绑 定 的 场合 。) 


public void UseCollectionV3(IlEnumerable theCollection) 


{ 
Foreach (MyType t in theCollection) 


t: DOSturi( J)? 


foreach 语 句 是 用 cast 实 现 类 型 转换 的 ， 它 会 把 对 象 从 object 类 型 转换 成 循环 体 所 需要 的 类 型 。 下 面 这 段 手工 编写 的 代码 可 
以 用 来 模拟 foreach 语 句 所 执行 的 类 型 转换 操作 : 


public void UseCollectionV2(IEnumerable theCollection) 
{ 


IEnumerator it = theCollection.GetEnumerator(); 
while (it.MoveNext() ) 
{ 

MyType t = (MyType)it.Current; 

t.Dostuttt ys 


foreach 语 句 需 要 同时 应 对 值 类 型 与 引用 类 型 ， 而 这 种 采用 cast 的 类 型 转换 方式 使 得 它 在 处 理 这 两 种 类 型 时 ， 可 以 展示 出 相 
同 的 行为 。 但 是 要 注意 ， 由 于 是 通过 cast 方 式 来 转换 类 型 的 ， 因 此 可 能 抛 出 InvalidCastException 异 单 。 


IEnumerator.Current 返 回 的 是 System.Object 型 的 对 象 ， 该 类 型 并 没有 定义 类 型 转换 操作 符 ， 因 此 ， 如 果 以 一 系列 
SecondType 对 象 为 参数 来 执行 刚才 那 段 代 码 ， 那 么 其 中 的 cast 融 会 失败 ， 这 是 因为 cast 并 不 考虑 it.Current 的 运行 期 类 型 ， 而 只 
会 判断 它 的 编译 期 类 型 (System.Object) 与 循环 变量 的 声明 类 型 (MyType) 之 间 有 没有 用 户 所 定义 的 类 型 转换 逻辑 。 (由 于 
并 没有 这 种 逻辑 ， 因 此 ， 它 不 会 调用 开发 者 定义 在 SecondType 类 里 面 的 那 一 段 类 型 转换 代码 ， 这 导致 程序 在 运行 期 会 试 着 直接 
把 SecondType 对 象 转换 为 MyType 对 象 ， 从 而 抛 出 异常 。 ) 


最 后 还 要 注意 : 如 果 想 判断 对 象 是 不 是 某 个 具体 的 类 型 而 不 是 看 它 能 个 从 当前 类 型 转换 成 目标 类 型 ， 那 么 可 以 使 用 is 运算 
符 。 该 运算 符 遵 循 多 态 规则 ， 也 残 是 这， 如 果 变 量 fido 所 属 的 类 型 Dog 继 承 自 Animal， 那 么 fido is Animal 的 值 就 是 true。 此 
外 ，GetType () 方法 可 以 查 出 对 象 的 运行 期 类 型 ， 从 而 令 开发 者 写 出 比 is 或 as 更 具体 的 代码 ， 因 为 该 方法 所 返回 的 对 象 类 型 能 
够 与 某 种 特定 的 类 型 做 比较 。 


依然 以 下 面 这 个 函数 为 例 : 


public void UseCollectionV3(IEnumerable theCollection) 


{ 
Foreach (MyType t in theCollection) 


L«DOSLULLE J: 


假设 MyType 类 有 个 名 为 NewType 的 子 类 ， 那 么 用 一 系列 NewType 对 象 来 当 参数 是 可 以 正常 调用 UseCollection 函 数 的 : 


public class Newlype : MyType 
if 


// contents elided. 


如 果 访 函数 是 面向 MyType 及 它 的 各 种 子 类 而 编写 的 ， 那 么 这 样 做 的 效果 目 然 没 有 问题 。 但 有 的 时 候 ， 开 友 痢 编写 这 样 的 冰 
数 仅仅 是 为 了 处 理 类 型 恰好 为 MyType 的 那些 对 象 ， 而 不 想 把 MyType 的 子 类 对 象 也 一 并 加 以 处 理 。 针 对 这 种 需求 ， 可 以 在 
foreach 循 环 中 以 GetType () 来 判断 循环 变量 的 准确 类 型 。 这 样 的 需求 最 常 出 现在 那些 需要 执行 相等 测试 的 场合 。 除 此 之 外 的 
其 他 场合 则 可 以 考虑 使 用 as 与 is， 因 为 它们 在 那些 场合 之 下 的 语义 是 正确 的 。 


.NET Base Class Library (BCL， 基 类 库 ) 里 面 有 个 方法 能 够 把 序列 中 的 各 元 素 分 别 转 换 成 同一 种 类 型 ， 这 个 方法 就 是 
Enumerable.Cast<T> () ， 它 必须 在 支持 IlEnumerable 接 口 的 序列 上 面 调 用 : 


TEnumerable collection = new List<int>() 
{ 12 iy Se E < E 450 + a a 


var small = from int item in collection 
where item < 5 


select item; 


var small2 = collection.Cast<int>().Where(item => item < 5). 


Select(n => n); 


上 面 这 段 代 码 中 的 查询 语句 其 实 也 是 用 这 个 方法 实现 出 来 的 ， 因 此 ， 它 与 最 后 那 条 和 直接 调用 Cast<T> 方 法 的 语句 实际 上 是 
同一 个 意思 ， 它 们 都 会 利用 该 方法 把 序列 中 的 对 象 转换 成 目标 类 型 17。 与 as 运 算 待 不同， 该 方 法 是 及 用 旧式 的 cast 万 式 来 完成 转 
换 的 ， 这 意味 着 Cast<T> 不 考虑 类 型 参数 所 应 受到 的 约束 。 使 用 as 运 算 竺 会 受到 一 定 的 制约 ， 而 针对 不 同 的 类 型 来 实现 不 同 的 
Cast<T> 方 法 又 显得 比较 麻烦 ， 因 此 ，BCL 团 队 决 定 把 所 有 的 类 型 转换 操作 都 用 这 样 一 个 旧式 的 cast 运 算 符 来 完成 。 你 在 编写 目 
己 的 代码 时 也 需要 做 出 类 似 的 权衡 ， 如 果 你 想 转 换 的 那个 对 象 ， 其 源 类 型 是 通过 某 个 泛 型 参数 指定 的 ， 那 么 就 要 考虑 : 是 给 泛 型 
参数 施加 类 型 约束 (class constraint) ， 还 是 采用 cast 运 算 符 来 转 损 类 型 ”如 果 用 后 者 ， 那 么 残 需要 编写 额外 的 代码 来 处 理 不 
同 的 情况 。 


此 外 还 要 注 晶 ， 涉 及 泛 型 的 cast 操 作 是 不 会 使 用 转换 运算 街 的 。 因 此 ， 在 由 整数 所 构成 的 序 询 上 面 无 法 执行 
Cast<double> () 。 人 在 4.0 及 后 续 版 本 的 C# 语 言 里 面 ， 开 友 者 可 以 通过 动态 类 型 检查 及 运行 期 类 型 检查 进一步 绕 过 C# 类 型 系 
统 ， 如 果 要 分 别处 理 不 同类 型 的 对 象 ， 那么 可 以 根据 对 象 的 行为 来 划分 ， 而 不 一 定 非 要 去 判断 该 对 象 是 否 属 于 某 个 类 型 或 是 否 提 
供 某 个 接口 ， 因 为 有 很 多 种 办 法 都 可 以 判断 出 它 能 不 能 表现 出 你 想 要 的 行为 。 


使 用 面向 对 象 语言 来 编程 序 的 时 候 ， 应 该 尽量 避免 类 型 转换 操作 ， 但 筷 有 一 些 场合 是 必须 转换 类 型 的 。 此 时 应 该 及 用 C# 语 
言 的 as 及 is 运 算 符 来 更 为 清晰 地 表达 代码 的 意图 。 人 至 于 那些 自动 执行 的 类 型 转换 (coercing type) 操作 ， 则 各 有 其 不 同 的 规 


则 ， 但 一 般 来 说 ， 采 用 is 及 as 运 算 符 几乎 忌 是 可 以 写 出 合 义 正确 的 代码 ， 这 两 种 运算 符 只 会 在 受 测 对 象 确实 可 以 进行 类 型 转换 时 
才 给 出 肯定 的 答案 ， 和 而 cast 则 与 之 相反 ， 这 种 运算 符 经 常会 产生 违背 开发 者 预期 的 效果 。 


第 4 条 : 用 内 插 字 符 串 取代 string.Format () 


目 从 有 了 编程 这 | 门 职业 ， 开 发 者 就 需要 把 计算 机 里 面 所 保存 的 信息 转换 成 更 便于 人 类 阅读 的 格式 。C#i 语 言 中 的 相关 API 可 以 
追溯 到 几 十 年 前 所 诞生 的 C 语 言 ， 但 是 这 些 老 的 习惯 现在 应 该 改变 ， 因 为 C#6.0 提 供 了 内 揪 字 符 串 (Interpolated String) 这 项 
新 的 功能 可 以 用 来 更 好 地 设置 字符 串 的 格式 .。 


与 设置 字符 串 格 式 所 用 的 旧 办 法 相 比 ， 这 项 新 功能 有 很 多 好 处 。 开 友 者 可 以 用 它 写 出 更 容易 阅读 的 代码 ， 编 译 器 也 可 以 用 它 
实现 出 更 为 完备 的 静态 类 型 检查 机 制 ， 从 而 降低 程序 出 错 的 概率 。 此 外 ， 它 还 提供 了 更 加 丰富 的 语法 ， 令 你 可 以 用 更 为 合适 的 表 
达 陈 来 生成 目 己 想 要 的 字符 串 。 


String.Format () 函数 虽然 可 以 运作 ， 但 是 会 导致 一 尝 问 题 ， 开 友 者 必须 对 生成 的 字符 串 进 行 测试 及 验证 ， 才 有 可 能 上 友 现 
这 些 问题 。 所 有 的 替换 操作 都 是 根据 格式 字符 串 里 面 的 序号 来 完成 的 ， 而 编译 器 又 不 会 去 验证 格式 字符 串 后 面 的 参数 个 数 与 有 有待 
蔡 换 的 序号 数量 是 否 相 等 。 如 果 两 者 不 等 ， 那 么 程序 在 运行 的 时 候 束 会 抛 出 异 汕 。 


还 有 一 个 更 为 隐 星 的 问题 : 格式 字符 串 中 的 序号 与 params 数 组 中 的 位 置 相 对 应 ， 而 阅读 代码 的 人 却 不 太 容易 看 出 来 数组 中 
的 那些 字符 串 是 不 是 按照 正确 顺序 排列 的 。 必 须 运 行 代码 ， 并 仔细 检查 程序 所 生成 的 字符 串 ， 才 能 够 确认 这 一 点 。 


这 些 困难 当然 都 是 可 以 克服 的 ， 但 会 花费 较 多 的 时 间 ， 因 此 ,不妨 改 用 C# 语 言 所 提供 的 新 特性 来 简化 编写 代码 工作 。 这 项 
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内 插 字 符 串 以 $ 开 头 ， 它 不 像 传 统 的 格式 字符 串 那 样 把 序号 放 在 一 对 花 括号 里 面 ， 并 用 其 指 代 params 数 组 中 的 对 应 元 素 ， 
而 是 可 以 直接 在 伦 括号 里 面 编写 C# 表 达 式 。 这 使 得 代码 更 便于 阅读 ， 因 为 开 友 者 可 以 直接 在 字符 串 里 面 看 到 这 些 有 得 蔡 换 的 内 
容 分 别 对 应 于 什么 样 的 表达 了 式 。 采 用 这 种 办 法 来 生成 字符 串 是 很 容易 验证 其 结果 的 。 由 于 表达 陈 直 接 出 现在 字符 串 中 而 不 用 单独 
写 在 字符 串 后 面 ， 因 此 ， 每 一 个 有 待 蔡 损 的 部 分 都 能 与 著 换 该 部 分 所 用 的 那 条 表达 了 式 对 应 起 来 ， 不 会 出 现 双 方 的 总 数量 不 相符 的 
睛 况 。 此 外 ， 这 种 写法 也 使 得 开 友 者 不 太 会 把 表达 式 之 间 的 顺序 写 错 。 


I 


这 样 的 语法 糖 (syntactic sugar) 是 很 好 的 。 将 这 种 新 特性 融入 日 常 的 编程 工作 之 后 ， 你 就 会 看 到 内 插 字 符 串 是 多 么 强大 
Ts 
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之 所 以 把 花 括号 里 的 代码 叫 作 表 达 式 而 不 泛称 为 语句 ， 是 因为 不 能 使 用 if/else 或 while 等 控制 流 语 句 来 做 轮换 。 如 果 需 要 根 
据 控 制 流 做 替换 ， 那 么 必须 把 这 些 逻 辑 写 成 方法 ， 然 后 在 内 揪 字 符 串 里 面 胎 入 该 方法 的 调用 结果 。 


字符 串 内 插 机 制 是 通过 库 代 码 来 完成 的 ， 那 些 代码 与 当前 的 string.Format () 类 似 (至 于 如 何 实现 国际 化 ， 请 参见 本 章 第 5 
R) 。 内 插 字 符 串 会 在 必要 的 时 候 把 变量 从 其 他 类 型 转 为 string 类 型 。 比 方 说 ， 下 面 这 个 内 插 字 符 串 就 是 如 此 : 


Console .WriteLine($"The value of pi is {Math.PI}"); 


由 字符 串 内 插 操 作 所 生成 的 代码 会 调用 一 个 参数 为 params 对 象 数 组 的 格式 化 万 法 。Math.Pl 是 double 类 型 ， 而 double 是 值 
类 型 ， 因 此 ， 必 须 将 其 自动 转 为 Object 才 可 以 。 这 种 转换 需要 执行 沪 箱 操作 ， 如 果 刚 才 那 行 代码 运行 得 很 频繁 ， 或 是 需要 在 短 


小 的 循环 中 反复 执行 ， 那 么 束 会 严重 影响 性 能 (关于 这 个 问题 ， 请 参见 本 章 第 9 条 ) 。 这 种 情况 下 ， 开 上 友 者 应 该 目 己 去 把 它 转换 
成 字符 串 ， 这 样 残 不 用 给 表达 了 式 中 的 数值 妆 箱 了 : 


Console.WriteLine( 
$"The value of pi is {Math.PI.ToString()}"); 


如 果 Tostring () 直接 返回 的 文本 不 符合 你 的 要 求 ， 那 么 可 以 修改 其 参数 ， 以 创建 你 想 要 的 文本 : 


Console.WriteLine ( 
$"The value of pi is {Math.PI.ToString("F2")}"); 


制作 字符 串 的 时 候 ， 可 能 还 需要 对 该 字符 捉 做 一 些 处 理 ， 或 是 把 表达 式 所 返回 的 对 象 加 以 格式 化 。 下 面 来 看 看 怎样 在 内 插 字 
符 串 里 面 使 用 标准 的 格式 说 明 符 (也 就 是 C# 语 言 内 建 的 说 明 符 ) 来 调整 字符 串 的 格式 。 要 实现 该 功能 ， 只 需 在 大 括号 中 的 表达 
式 后 面 加 上 冒号 ， 并 将 格式 说 明 符 写 在 右 侧 。 


Console.WriteLine($"The value of pi is {Math.PI:F2}"); 


警觉 的 读者 可 能 会 发 现 ， 由 于 条 件 表达 式 也 使 用 冒号 ， 因 此 ， 如 果 在 内 插 字符 串 里 面 用 冒号 ， 那 么 C# 可 能 会 把 它 理解 成 格 
式 说 明 符 的 前 导 字符 ， 而 不 将 其 视 为 条 件 表达 式 的 一 部 分 。 比 方 说 ， 下 面 这 行 代 码 可 能 无 法 编译 : 


Console.WriteLine ( 
$"The value of pi is {round ? Math.PI.ToString() 
Math.PI.ToString("F2")}"); 


这 个 问题 很 好 和 解决， 只 需 担 使 编译 器 将 其 理解 为 条 件 表达 式 即 可 。 将 整个 内 容 括 起 来 之 后 ， 编 译 器 束 不 会 再 把 冒号 视 为 格式 


字符 串 的 前 一 个 字符 了 : 


Console.WriteLine($@"The value of pi is {(round ? 


Math.PI.ToString() : Math.PI.ToString("F2"))}"); 


字符 串 内 插 机 制 为 C# 语 言 审 来 了 很 多 强大 的 功能 。 只 要 是 有 效 的 C# 表 达 式 ， 束 可 以 出 现在 这 种 字符 串 里 面 。 刚 才 大 家 看 到 
了 怎样 把 变量 和 条 件 表达 式 放 进去 ， 其 实 这 只 是 其 中 的 一 小 部 分 功能 ， 除 此 之 外 ， 还 可 以 通过 null 合 并 运算 符 (null-coalescing 
operator) 与 null 条 件 运 算 符 (null-conditional operator， 也 称 为 null propagation operator (null 传 播 运算 符 ) ) 来 更 为 清 
晰 地 处 理 那 些 可 能 缺失 的 值 : 


Console .WriteLinet(l 


$"The customer's name is {c?.Name ?? "Name is missing"}"); 
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以 解析 。 (冒号 例外 ， 它 用 来 表示 其 右 侧 的 内 容 是 格式 说 明 符 。) 


这 是 个 很 好 的 特性 ， 深 入 研究 之 后 ， 你 束 会 友 现 它 实 在 是 太 奇 妙 了 。 例 如 在 内 插 字 符 串 里 面 还 可 以 继续 编写 内 揪 字 符 串 。 合 
理 运 用 这 种 写法 可 以 极 大 地 简化 编程 工作 。 比 方 说 ， 下 面 这 种 写法 就 能 够 在 可 以 找到 记录 的 情况 下 把 这 条 记录 中 的 信息 显示 出 
来 ， 并 在 找 不 到 记录 的 情况 下 打印 出 与 之 相应 的 序号 : 


string result = default(string); 
Console.WriteLine($@"Record is {(Crecords.TryGetValue (index, out 
result) ? result : 


$"No record found at index {index}")}"); 


如 果 要 找 的 这 条 记录 不 存在 ， 那 么 就 会 执行 条 件 表达 式 的 false 部 分 ， 从 而 令 那个 小 的 内 插 字 符 串 生效 ， 该 字符 串 会 返回 一 
条 消息 ， 并 在 其 中 指出 要 查 的 是 哪个 位 置 上 的 记录 。 


在 内 揪 字 符 串 里 面 ， 还 可 以 使 用 LINQ 查 询 操作 来 创建 内 容 ， 而 且 这 种 查询 操作 本 身 也 可 以 利用 内 插 字 符 串 来 调整 查询 结果 
所 具备 的 格式 : 


var output = $@"The First five items are: {src.Take(5).Select( 
n => $@"Item: {n.ToString()}").Aggregate( 
(c, a) => $@"{c}{Environment.NewLine}{a}")})"; 


上 面 这 种 写法 可 能 不 太 会 用 在 正式 的 产品 代码 中 ， 但 是 由 此 可 以 看 出 ， 内 插 字 符 串 与 C# 语 言 之 间 结 合 得 相当 密切 。 
ASP.NET MVC 框 架 中 的 Razor View 引 擎 也 支持 内 揪 字 符 串 ， 这 使 得 开 友 者 在 编写 Web 应 用 程序 时 能 够 更 便捷 地 以 HTML 的 形 
式 来 输出 信息 。 上 默认 的 MVC 应 用 程序 本 身 束 演 示 了 怎样 在 Razor View 中 使 用 内 插 字 符 串 。 下 面 这 个 例子 节选 自 controller 部 
分 ， 它 可 以 显示 当前 登入 的 用 己 名 : 


<a asp-controller="Manage" asp-action=" Index" 


title="Manage">Hello@User.GetUserName()! </a> 


构建 应 用 程序 中 的 其 他 HTML 页 面 时 ， 也 可 以 采用 这 个 拉 巧 来 更 为 精确 地 表达 你 想 要 输出 的 内 容 。 


上 面 这 些 例子 展示 了 内 插 字 符 串 所 具备 的 强大 功能 ， 这 些 功 能 虽然 也 可 以 用 传统 的 格式 化 字符 串 来 实现 ， 但 是 却 比 较 麻 烦 。 
值得 注意 的 地 方 在 于 ， 内 插 字 符 串 本 身 其 实 也 会 解析 成 一 条 普通 的 字符 串 ， 因 为 把 其 中 有 待 填 写 的 那些 部 分 填 好 之 后 ， 它 融和 其 
他 字符 串 没有 区 别 了 。 如 果 某 个 字符 串 是 用 来 创建 SQL 命令 的 ， 那 么 尤其 要 注意 这 一 点 ， 因 为 内 择 字 人 符 串 并 不 会 创建 出 参数 化 的 
SQL 查询 (parameterized SQL query) ， 而 只 会 形成 一 个 普通 的 string 对 象 ， 那 些 参 数值 全 都 已 经 写 入 该 string 中 了 。 由 此 可 
见 ， 用 内 插 字 符 串 创建 SQL 命令 是 极其 危险 的 。 其 实 不 只 是 SQL 命令 ， 凡 是 需要 留 到 运行 的 时 候 再 去 解读 的 信息 就 都 有 这 个 风 
险 ， 开 上 友 者 需要 特别 小 心 才 是 。 


把 计算 机 内 部 所 用 的 表示 形式 转换 成 便于 我 们 阅读 的 形式 ， 这 在 很 多 年 前 融 已 经 是 程序 开 友 中 的 单 见 任务 了 ， 而 当前 的 许多 
纲 程 语言 里 面 依然 留 有 CC 语言 诞生 时 所 引入 的 那 套 旧 方法 ， 那 些 方法 会 导致 很 多 潜 企 的 错误 ， 而 内 插 字 符 串 这 项 新 的 特性 则 不 太 
会 出 现 这 种 错误 。 因 此 ， 在 当前 的 编程 工作 中 ， 应 该 多 用 这 种 功能 强大 且 简 单 易 行 的 写法 。 


Soe: 用 FormattableString 取 代 专 门 为 特定 区 域 而 写 的 字符 串 
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起 来 ， 从 而 构建 出 格式 展 好 的 文本 信息 。 有 些 程序 还 需要 根据 区 域 和 语言 做 出 不 同 的 处 理 ， 为 此 ， 开 上 友 者 必须 更 加 深入 地 了 
解 内 揪 字 符 串 的 用 法 ， 以 便 更 好 地 应 对 这 些 需求 。 


gtd 
A 


语言 设计 团队 其 实 仔细 地 考虑 过 如 何 才 能 令 字符 串 支 持 不 同 的 区 域 。 他 们 想 要 创建 一 套 能 够 支持 任意 地 区 (culture) 的 文 
本 生成 系统 ， 同 时 还 


令 这 套 系统 可 以 方便 地 用 在 那 种 只 针对 单一 地 区 的 场合 中 。 权 衡 了 这 两 方面 的 目标 之 后 ， 可 以 看 出 ， 如 果 
按照 地 区 对 内 插 字 符 串 分 别 加 以 处 理 ， 那 么 会 令 系统 变 得 更 加 复杂 

开发 者 使 用 内 揪 字 符 串 的 时 候 ， 其 实 只 是 想 用 以 $ 开 头 的 字符 串 来 生成 男 一 个 字符 串 ，C# 的 字符 串 机 制 也 正 是 这 样 运作 的 。 
它 会 把 内 插 字 符 串 的 解读 结果 隐 陈 地 转换 成 string 或 Formattablestring。 


比方 说 ， 如 果 玉 用 下 面 这 种 最 为 简单 的 写法 ， 那 么 内 插 字 符 串 束 会 解读 为 string: 


string first = 


$"It's the {DateTime.Now.Day} of the {DateTime.Now.Month} month"; 


接 下 来 的 这 行 代码 会 令 C# 系 统 根据 内 插 字 符 串 的 解读 结果 来 创建 一 个 对 象 ， 该 对 象 所 属 的 类 型 继承 自 Formattablestring 


FormattableString second = 


$"It's the {DateTime.Now.Day} of the {DateTime.Now.Month} month"; 


最 后 这 行 代码 声明 了 隐 式 类 型 的 局 部 变量 ， 该 变量 的 类 型 应 该 是 string。 编 译 好 的 程序 码 会 生成 相应 的 String 对象， 并 将 其 
赋 给 该 变量 : 


var third = 


$"It’s the {DateTime.Now.Day} of the {DateTime.Now.Month} month"; 


编译 器 会 根据 应 该 输出 的 信息 所 具有 的 运行 期 类 型 来 产生 不 同 的 程序 码 ， 其 中 ， 用 来 创建 字符 串 的 那 一 部 分 程序 码 会 根据 执 
行 该 程序 的 计算 机 当前 所 在 的 区 域 来 设 定 字符 串 的 格式 。 如 果 在 美国 运行 代码 ， 那 么 double 值 的 整数 与 小 数 之 间 会 用 句点 (.) 
来 分 隔 ， 如 果 在 欧洲 国家 运行 ， 那 么 分 隔 符 则 是 逗号 (，) 。 

开发 者 可 以 利用 编译 器 的 类 型 判定 机 制 来 直接 生成 string 或 Formattable-String， 也 可 以 编写 方法 ， 把 内 插 字 符 串 的 解读 结 
果 转 换 成 适用 于 某 个 地 区 的 字符 串 。 比 方 说 下 面 这 两 个 方法 就 可 以 把 FormattableString 转 换 成 针对 特定 语言 与 特定 地 区 的 


string. 


public static string ToGerman(FormattableString src) 


1 
return string .Format (null, 
System.Globalization.CulturelInfo. 
CreateSpecificCulture("de-de"), 
Sic. FrOrmMat, 
src.GetArguments()); 
} 


public static string ToFrenchCanada(FormattableString src) 


{ 
return string.Format(null, 
System.Globalization.CulturelInfo. 
CreateSpecificCulture("fr-CA"), 
src.Format, 
src.GetArguments()); 
Í 
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们 就 会 分 别 采 用 特定 的 区 域 及 语言 设置 (第 一 个 方法 采用 德国 和 德语 ， 第 二 个 方法 采用 加 拿 大 和 法 语 ) ， 把 参数 转换 成 string。 
你 也 可 以 在 内 插 字 符 串 的 解读 结果 上 面 直接 调用 这 两 个 方法 。 


首先 要 注意 ， 不 要 给 这 些 方法 编写 以 string 为 参数 的 重 载 版 本 ， 否 则 ， 编 译 器 在 面 对 既 可 以 选 string 版 本 又 可 以 选 
FormattableString 版 本 的 情况 下 ， 会 创建 出 生成 string 的 程序 码 ， 进 而 调用 以 string 为 参数 的 那个 版 本 。 


此 外 还 要 注意 ， 这 两 个 方法 都 没有 设计 成 扩展 方法 ， 因 为 编译 器 在 判断 自己 应 该 生成 string 还 是 FormattableString 的 时 
候 ， 会 考虑 生成 的 这 个 字符 串 是 否 位 于 点 (.) 运算 符 的 左 侧 。 如 果 是 这 样 ， 那 么 就 会 生成 string， 而 非 FormattableString。 内 
插 字 人 符 串 的 一 项 设计 目标 是 想 令 开 上 友 者 能 够 将 其 与 现 有 的 string 类 顺畅 地 结合 起 来 ， 同 时 ， 还 必须 能 够 应 对 全 球 各 地 的 多 种 语 
在 后 面 这 种 情况 下 ， 开 发 者 虽然 需要 多 写 一 点 代码 ， 但 这 些 代 码 写 起 来 应 该 比较 简单 。 


Di 


凭 字符 捉 内 揪 功 能 还 不 足以 使 应 用 程序 能 够 应 对 世界 上 的 所 有 语言 ， 或 是 能 够 专门 为 某 种 语言 做 出 特殊 的 处 理 。 如 果 程序 
只 是 针对 当前 区 域 而 生成 文本 ， 那 么 直接 使 用 内 揪 字 符 串 就 够 了 ， 这 样 反 而 可 以 避免 多 余 的 操作 。 反 之 ， 如 果 需 要 针对 特定 的 地 
区 及 语言 来 生成 字符 串 ， 那 么 就 必须 根据 内 插 字 符 串 的 解读 结果 来 创建 FormattableString， 并 将 其 转换 成 适用 于 该 地 区 及 该 语 
的 字符 串 。 


Dil} 


第 6 条 : 不 要 用 表示 符号 名 称 的 硬 字符 串 来 幸 用 API 


需要 编写 分 布 式 程序 的 场合 越 来 越 多 了 ， 这 些 程 序 要 在 不 同 的 系统 之 间 移 动 大 量 的 数据 ， 使 得 开 友 者 必须 及 用 各 种 各 样 的 程 
序 库 来 应 对 此 类 需求 。 这 些 库 可 能 会 通过 数据 的 名 称 与 字符 捉 标 识 待 来 运作 ， 这 在 跨 平台 与 跨 语言 的 环境 中 确实 是 个 很 方便 的 做 
法 。 然 而 这 种 办 法 也 是 有 代价 的 ， 因 为 类 型 安全 无 法 得 到 保证 ， 而 且 无 法 获得 相关 工具 的 文 持 ， 静 态 类 型 的 语言 所 市 来 的 很 多 好 
处 也 都 友 挥 不 出 来 。 


C# 语 言 的 设计 团队 意识 到 了 这 个 问题 ， 并 在 6.0 版 本 里 面 添 加 了 nameof () 表达 式 。 这 个 关键 字 可 以 根据 变量 来 获取 包含 


其 名 称 的 字符 串 ， 使 得 开发 者 不 用 把 变量 名 直接 写成 字面 量 。 实 现 INotifyPropertyChanged 接 口 时 ， 经 常 要 用 到 nameof : 


public string Name 


{ 


get { return name; } 


set 
{ 
if (value != name) 
{ 
name = value; 
PropertyChanged?.Invoke(this, 
new PropertyChangedEventArgs(nameof(Name) )); 
} 
F 


} 


private string name; 


用 nameof 运 算 符 来 写 代 码 的 好 处 是 ， 如 果 属 性 名 变 了 ， 那 么 用 来 构造 Property-ChangedEventArgs 对 象 的 参数 也 会 随 之 
变化 。 这 是 nameof () 的 基本 用 法 。 


nameof () 会 根据 符号 求 出 表示 坟 符 号 名 称 的 字符 串 ， 这 个 符号 可 以 捐 类 型 、 变 量 、 接 口 及 命名 空间 。 符 号 既 可 以 写成 非 
限定 的 形式 ， 也 可 以 写成 完全 限定 的 形式 。 针 对 泛 型 类 来 使 用 nameof 时 ， 会 受到 一 些 限制 ， 因 为 nameof 只 支持 封闭 的 泛 型 
类 ， 也 就 是 说 ， 开 友 者 必须 把 所 有 的 类 型 参数 全 都 指定 出 来 。 


nameof 运 算 符 需 要 应 对 各 种 各 样 的 符号 ， 然 而 它 在 面 对 这 些 符 号 时 也 应 该 表现 出 协调 一 致 的 行为 ， 为 此 ， 该 操作 符 总 是 返 
回 局 部 名 称 。 即 使 变量 是 用 完全 限定 的 方式 传 给 nameof 的 ， 它 也 依然 会 返回 局 部 名 称 。 例 如 把 System.Int.MaxValue 传 给 它 ， 


会 得 到 MaxValue。 


这 种 基本 的 用 法 许多 开 友 者 是 明日 的 ， 而 且 在 调用 那些 以 变量 名 称 为 参数 的 API 时 ， 都 能 够 正确 地 运用 nameof 来 获取 该 名 
称 。 但 还 有 一 毕 地 方 也 可 以 用 nameof 来 写 ， 只 是 很 多 人 没有 意识 到 这 一 点 ， 而 是 治 用 了 固有 的 写法 。 


某 些 异常 类 型 的 构造 消 数 可 以 接受 string 参 数 ， 使 得 开 友 者 能 够 把 该 异 弟 所 涉及 的 变量 名 传 给 这 个 参数 ， 从 而 构造 更 为 明确 
的 异常 信息 。 调 用 这 样 的 构造 遂 数 时 ， 不 应 该 把 变量 的 名 字 写 成 硬 字符 串 ， 而 应 该 使 用 nameof 来 获取 其 名 称 ， 以 便 使 代码 在 变 
量 名 改变 之 后 ， 依 然 能 够 正常 运作 : 


public static void ExceptionMessage(object thisCantBeNull) 
{ 
if (CthisCantBeNull == null) 
throw new 
ArgumentNullException(nameof(thisCantBeNull), 
"We told you this cant be null"); 
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名 称 放 在 正确 的 位 置 上 。 由 于 构造 消 数 的 两 个 参数 都 是 string， 因 此 容易 写 错 地 方 。 


在 指定 attribute 的 参数 (无 论 是 位 置 参 数 还 是 命名 参数 ) 时 ， 可 能 会 用 到 字符 串 ， 这 种 字符 串 可 以 通过 nameof 运 算 符 来 构 


造 。 在 定义 MVC 应 用 程序 或 Web API 应 用 程序 的 route 时 ， 也 可 以 考虑 用 nameof 将 某 个 命名 空间 的 名 称 设 置 成 route 的 名 称 。 


使 用 nameof 运 算 符 的 好 处 是 ， 如 果 符 号 改名 了 ， 那 么 用 nameof 来 获取 符号 名 称 的 地 方 也 会 获取 到 修改 之 后 的 新 名 字 。 各 
种 静态 分 析 工 具 可 以 借 此 找到 参数 名 称 与 参数 位 置 方面 的 错误 ， 这 些 工具 包括 运行 在 编辑 器 或 1DE (集成 开 上 友 环 境 ) 中 的 诊断 工 
具 、 构 建 与 持续 集成 (Continuous Integration, Cl) 工具 以 及 重 构 工具 等 。 这 种 写法 可 以 保留 较 多 的 符号 信息 ， 使 得 自动 化 
工具 能 够 多 友 现 并 多 修复 一 些 错 误 ， 从 而 令 开发 者 可 以 专心 解决 那些 更 为 困难 的 问题 。 如 果 不 这 样 做 ， 那 么 有 些 错误 就 只 能 通过 
自动 化 测试 及 人 工 检查 才能 寻找 出 来 。 


第 7 条 : 用 委托 表示 回调 


我 : “Scott， 把 院子 里 的 草 齐 一 下 ， 我 看 会 儿 书 。” 
Scott: “和 爸 ， 我 把 院子 打扫 干净 了 。" 
Scott: “和 爸 ， 我 给 割 草 机 加 油 。” 


Scott: "S, SIRVLEAAATS? ” 


上 面 这 段 对 话 可 以 说 明 什么 叫 作 回调 。 笔 者 给 儿子 Scott 交代 了 一 项 任务 ， 他 每 完成 其 中 的 一 部 分 ， 就 会 把 任务 的 进度 告诉 
我 ， 在 这 个 过 程 中 ， 我 依然 可 以 继续 做 自己 的 事情 。 如 果 发 生 了 重要 的 情况 ， 或 是 需要 帮忙 ， 那 么 他 可 以 随时 叫 我 (即便 有 些 情 
况 不 太 重 要 ， 也 可 以 说 给 我 听 ) 。 回 调 就 是 这 样 一 种 由 服务 端 向 客户 端 提供 异步 反馈 的 机 制 ， 它 可 能 会 涉及 多 线程 
(multithreading) ， 也 有 可 能 只 是 给 同步 更 新 提供 入 口 。C# 语 言 用 委托 来 表示 回调 。 


通过 委托 ， 可 以 定义 类 型 安全 的 回调 。 最 常用 到 委托 的 地 万 是 事件 处 理 ， 然 而 除 此 之 外 ， 还 有 很 多 地 万 也 可 以 用 。 如 果 想 及 
用 比 接口 更 为 松散 的 方式 在 类 之 间 沟 通 ， 那 么 就 应 该 考虑 委托 。 这 种 机 制 可 以 在 运行 的 时 候 配 置 回调 目标 ， 并 且 能 够 通知 给 多 个 
客 己 新。 委托 是 一 种 对 象 ， 其 中 谷 有 指向 方法 的 引用 ， 这 个 方法 既 可 以 是 静态 方 法 ， 又 可 以 是 实例 方法 。 开 发 者 可 以 在 程序 运行 
的 时 候 配 置 一 个 或 多 个 客 己 对 象 ， 并 与 之 通信 。 


由 于 经 常 需要 使 用 回调 与 委托 ， 因 此 ，C# 语 言 提 供 了 一 种 简便 的 写法 ， 可 以 直接 用 lambda 表 达 式 来 表示 委托 。 此 
外 ，.NET Framework 库 也 用 Predicate<T>、Action<> 及 Func<> 定 义 了 很 多 常见 的 委托 形式 。predicate (谓词 ) 是 用 来 判 
断 某 条 件 是 否 成 立 的 布尔 (Boolean) 函数 ， 而 Func<> 则 会 根据 一 系列 的 参数 求 出 某 个 结果 。 其 实 Func<T，bool> 与 
Predicate<T> 是 同一 个 意思 ， 只 不 过 编译 器 会 把 两 者 分 开 对 竺 而已， 也 就 是 说 ， 即 便 两 个 委托 是 用 同一 套 参 数 及 返回 类 型 来 定 
义 的 ， 也 依然 要 按照 两 个 来 算 ， 编译 器 不 允许 在 它们 之 间 相 互 转换 。Action< > 接受 任意 数量 的 参数 ， 其 返回 值 的 类 型 是 void。 


LINQ 束 是 用 这 些 机 制 构建 起 来 的 。List<T> 类 也 有 很 多 方法 用 到 了 回调 。 比 方 说 下面 这 段 代 码 : 


List<int> numbers = Enumerable.Range(1, 200).ToList(); 


var oddNumbers = numbers.Find(n => n % 2 == 1); 
var test = numbers.TrueForAll(n => n < 50); 
numbers.RemoveAll(n => n % 2 == 0); 


numbers.ForEach(item => Console.WriteLine(item) ); 


Find () 方法 定义 了 Predicate<int> 形 式 的 委托 ， 以 便 检 查询 表 中 的 每 个 元 素 。 这 是 个 很 简单 的 回调 ，Find () 方法 用 它 
来 判断 每 个 元 素 ， 并 把 能 够 通过 测试 的 元 素 返 回 给 调用 方 。 编 译 器 会 将 lambda 表 达 式 转换 成 委托 ， 并 以 此 来 表示 回调 。 


TrueForAll () 与 Find () 类 似 ， 也 要 检查 列表 中 的 每 个 元 素 ， 只 有 当 所 有 的 元 素 均 满足 谓词 时 ， 它 才 会 返回 true。 
RemoveAll () 可 以 把 符合 谓词 的 元 素 全 都 从 列表 里 删 挥 。 


List.ForEach () 万 法 会 在 列表 中 的 每 个 元 素 上 面 执行 指定 的 操作 。 编 译 器 会 和 人 处理 前 几 条 语句 时 一 样 ， 把 lambda 表 达 式 
转换 成 万 法 ， 并 创建 指向 该 万 法 的 委托 。 


.NET Framework 里 面 有 很 多 地 方 用 到 了 委托 与 回调 。 整 个 LINQ 都 构建 在 委托 的 基础 上 ， 而 回调 则 用 于 处 理 Windows 
Presentation Foundation (WPF) 及 Windows Forms 的 跨 线程 封 送 (cross-thread marshalling) 。 只 要 .NET 框 架 需要 调用 
方 提供 某 个 方法 ， 它 就 会 使 用 委托 ， 从 而 令 调 用 方 能 以 lambda 表 达 式 的 形式 来 提供 该 方法 。 你 自己 在 设计 API 时 ， 也 应 该 遵循 
同样 的 惯例 ， 使 得 调用 这 个 APIl 的 人 能 够 以 lambda 表 达 式 的 形式 指定 回调 。 


由 于 历史 原因 ， 所 有 的 委托 都 是 多 播 委托 (multicast delegate) ， 也 融 是 会 把 添加 到 委托 中 的 所 有 目标 函数 (target 
function) 都 视 为 一 个 整体 去 执行 。 这 就 导致 有 两 个 问题 需要 注意 : 第 一 ， 程 序 在 执行 这 些 目标 函数 的 过 程 中 可 能 发 生 异 党 ; 第 
二 ,程序 会 把 最 后 执行 的 那个 目标 立 数 所 返回 的 结果 当成 整个 委托 的 结果 。 

多 播 委 托 在 执行 的 时 候 ， 会 依次 调用 这 些 目标 函数 ， 而 且 不 捕获 异常 。 因 此 ， 只 要 其 中 一 个 目标 抛 出 异常 ， 调 用 链 束 会 中 
断 ， 从 而 导致 其 余 的 那些 目标 销 数 都 得 不 到 调用 。 


在 返回 值 方面 也 有 类 似 的 问题 。 开 发 者 可 能 会 定义 返回 值 类 型 不 是 void 的 回调 函数 。 比 方 说 ， 可 以 编写 这 样 一 段 代码 ， 在 回 
调 的 时 候 ， 用 CheckWithUser () 来 判断 用 户 是 否 要 求 退 出 : 


public void LengthyOperation(Func<bool> pred) 


{ 

foreach (ComplicatedClass cl in container) 
{ 

cl.DoLengthyOperation(); 

// Check for user abort: 

if (false == pred()) 

return; 

} 


如 果 委 托 只 涉及 CheckWithUser () 这 一 项 回调 ， 那 么 上 面 这 段 代码 是 可 行 的 ， 但 如 果 后 面 还 有 其 他 的 回调 ， 那 器 会 出 问 


Func<bool> cp = () => CheckWithUser() ; 
cp += () => CheckwithSystem() ; 
c.LengthyOperation(cp) ; 


整个 委托 的 执行 结果 是 多 播 链 (multicast chain) Pa eARSRAARENE, Mm Saya ere elEW Ses ag. 
Itt, CheckWithUser () 这 个 谓词 的 返回 值 是 不 起 作用 的 。 


异 单 与 返回 值 这 两 个 问题 可 以 通过 手动 执行 委托 来 解决 。 由 于 每 个 委托 都 会 以 列表 的 形式 来 保 仓 其 中 的 目标 六 数 ， 因 此 只 要 
在 该 下 表 上 面 迭 代 ， 并 把 这 些 目标 函数 轮流 执行 一 远 束 可 以 了 : 


public void LengthyOperation2(Func<bool> pred) 


{ 
bool bContinue = true; 
foreach (ComplicatedClass cl in container) 
{ 
cl.DoLengthyOperation(); 
foreach (Func<bool> pr in pred.GetInvocationList()) 
bContinue &= pr(); 
if (!bContinue) 
return; 
} 
} 


笔者 所 用 的 这 种 写法 只 要 友 现 有 一 个 遂 数 返回 false， 丈 不 骨 执 行列 表 中 的 其 他 浮 数 了 。 


忌 之 ， 如 果 要 在 程序 运行 的 时 候 执 行 回 调 ， 那 么 最 好 的 办 法 就 是 使 用 委托 ， 因 为 客户 端 只 需 编写 箔 单 的 代码 ， 即 可 实现 回 
调 。 委 托 的 目标 可 以 在 运行 的 时 候 指 定 ， 并 且 能 够 指定 多 个 目标 。 在 .NET 程 序 里 面 ， 需 要 回调 客户 端的 地 方 应 该 考虑 用 委托 来 


第 8 条 : 用 null 条 件 运 算 生 调用 事件 处 理 程序 


刚 接触 事件 处 理 的 人 可 能 会 网 得 触 友 事件 是 很 容易 的 ， 只 需要 把 事件 定义 好 ， 并 在 需要 盘 友 的 时 候 调用 相关 的 事件 处 理 程序 
束 可 以 了 ， 底 层 的 多 播 委托 对 象 会 依次 执行 这 些 处 理 程 序 。 实 际 上 ， 触 必 事 件 并 不 是 这 样 简 单 ， 因 为 其 中 有 很 多 陷阱 要 注意 。 如 
果 根 本 就 没有 处 理 程序 与 这 个 事件 相关 联 ， 那 会 出 现 什 么 情况 ? 如果 有 多 个 线程 都 要 检测 并 调用 事件 处 理 程序 ， 而 这 些 线程 之 间 
相互 争夺 ， 那 又 会 出 现 什 么 情况 ?C#6.0 新 引入 的 null 条 件 运算 符 可 以 用 更 加 清晰 的 写法 来 解决 这 些 问题 。 你 应 该 改变 原来 的 习 
ia, 尽快 适应 这 种 新 的 写法 。 


首先 看 看 怎样 用 旧式 的 写法 来 安全 地 触 友 事件 处 理 程序 。 下 面 是 个 很 食 单 的 例子 : 


public class EventSource 


{ 
private EventHandler<int> Updated; 
public void RaiseUpdates() 
{ 
counter++; 
Updated(this, counter); 
} 
private int counter; 
f 


这 种 写法 有 个 明显 的 问题 : 如 果 在 对 象 上 面 触发 Updated 事 件 时 并 没有 事件 处 理 程序 与 之 相关 ， 那 么 就 会 发 生 
NullReferenceException， 因 为 C# 会 用 null 值 来 表示 这 种 没有 处 理 程序 与 该 事件 相关 的 情况 。 


于 是 ， 在 触 友 事件 之 前 ， 必 须 先 判断 事件 处 理 程序 是 不 是 null: 


public void RaiseUpdates() 


if 
counter++; 
if (Updated != null) 
Updated(this, counter); 
} 


这 种 写法 基本 上 可 以 应 对 各 种 状况 ， 但 还 是 有 个 隐藏 的 bug。 因 为 当 程序 中 的 线程 执行 完 那 行 if 语 句 并 友 现 Updated 不 等 于 
null 之 后 ， 可 能 会 有 另 一 个 线程 打 断 该 绪 程 ， 并 将 唯一 的 那个 事件 处 理 程 序 解除 订阅 ， 这 样 的 话 ， 等 早 前 的 线程 继续 执行 
Updated (this, counter) ; 语句 时 ， 事 件 处 理 程序 就 变 成 了 null， 调 用 这 样 的 处 理 程序 会 引发 NullReferenceException。 当 
然 ， 这 种 情况 较为 少见 ， 而 且 不 容易 重 现 。 


这 个 bug 很 难 诊断 ， 也 很 难 修复 ， 因 为 代码 看 上 去 是 没有 错误 的 。 要 想 重 现 该 错误 ， 玖 必须 令 线程 按照 刚才 所 说 的 那 种 顺序 
来 执行 。 有 些 开 发 老手 曾经 在 这 个 问题 上 面 吃 过 亏 ， 他 们 知道 这 种 写法 很 危险 ， 于 是 改 用 另外 一 种 写法 : 


public void RaiseUpdates() 


{ 
counter++4; 
var handler = Updated; 
if Chandler != null) 
handler(this, counter); 
$ 


如 果 要 在 .NET 及 C# 里 面 触 友 事 件 ， 那 么 很 多 人 都 会 推荐 你 及 用 这 种 写法 。 这 确实 是 可 行 的 ， 而 且 也 是 线程 安全 的 ,但 从 阅 
读 代 码 的 角度 看 ， 还 是 有 些 问 题 ， 因 为 看 代码 的 人 不 太 容易 明日 为 什么 改 成 这 样 之 后 束 可 以 确保 线程 安全 。 


我 们 先 来 看 看 这 种 写法 的 原理 以 及 它 为 什么 能 在 多 线程 环境 下 正确 地 运行 。 


counter++; 之 后 的 第 一 行 代码 会 把 当前 的 事件 处 理 程序 赋 给 新 的 局 部 变量 handler， 于 是 ，handler 里 面 就 包含 多 播 委 
托 ， 访 委托 可 以 引用 原来 那个 成 员 变量 里 面 的 上 折 有 事件 处 理 程序 。 


这 样 的 赋值 会 对 赋值 符号 石 侧 的 内 容 做 浅 拷贝 (shallow copy) ， 也 束 是 创建 新 的 引用 ， 并 令 其 指向 原来 的 事件 处 理 程 
序 。 如 果 Updated 字 段 里 面 没 有 事件 处 理 程 序 ， 那 么 赋值 符号 右 侧 丈 是 null， 赋 信 语 句 会 把 这 个 null 值 保存 到 左 侧 的 变量 中 。 


当 另 外 一 条 线程 把 事件 处 理 程序 注销 挥 的 时 候 ， 它 只 会 修改 类 实例 中 的 Updated 字 段 ， 而 不 会 把 该 处 理 程序 同时 从 局 部 变 
量 handler 里 面 移 走 ， 因 此 ，handler 中 还 是 保存 着 早 前 执行 浅 拷贝 时 所 记录 的 那些 事件 订阅 者 。 


于 是 ， 这 段 代码 实际 上 是 通过 浅 拷贝 给 事件 订阅 者 做 了 一 份 快 照 。 等 到 触 上 友 事 件 的 时 候 ， 它 所 通知 的 那些 事件 处 理 程序 其 实 
是 早 前 做 快照 时 记录 下 来 的 。 


这 种 写法 没有 错 ， 但 是 .NET 开 发 新 手 却 很 难看 懂 ， 而 且 以 后 凡是 要 触发 事件 的 地 方 就 都 得 按 这 种 写法 重复 一 遍 才 行 。 当 然 
你 也 可 以 将 其 放 在 private (FAB) 方法 里 面 ， 并 用 该 方法 来 触发 事件 。 


触 友 事件 是 一 项 简单 的 任务 ， 似 乎 不 该 用 这 么 元 长 而 费解 的 方式 去 完成 。 
有 了 null 条 件 运 算 符 之 后 ， 可 以 改 用 更 为 清晰 的 写法 来 实现 : 


public void RaiseUpdates() 
{ 


counter++; 


Updated?.Invoke(this, counter); 


这 段 代 码 采 用 null 条 件 运算 符 (也 就 是 ?.) 安全 地 调用 事件 处 理 程 序 。 该 运算 符 首 先 判断 其 左 侧 的 内 容 ， 如 果 发 现 这 个 值 不 
是 null， 那 就 执行 右 侧 的 内 容 。 反 之 ， 若 为 null， 则 跳 过 该 语句 ， 直 接 执行 下 一 条 语句 。 


从 语义 上 来 看 ， 这 与 早 前 的 if 结 构 类 似 ， 但 区 别 在 于 ? .运算 符 左 侧 的 内 容 只 会 计算 一 次 。 


由 于 C# 语 言 不 允许 ? .运算 符 右 侧 直 接 出 现 一 对 括号 ， 因 此 ， 必 须 用 Invoke 方 法 去 触 友 事件 。 每 定义 一 种 委托 或 事件 ， 编 译 
器 融会 为 此 生成 类 型 安全 的 Invoke () 方法 ， 这 意味 着 ， 通 过 调用 Invoke 方 法 来 触 友 事件 ， 其 效果 与 早 前 那 种 写法 是 完全 相同 
的 。 这 段 代码 可 以 安全 地 运行 在 多 线程 环境 下 ， 而 且 篇 幅 更 为 短小 。 因 为 只 有 一 行 代码 ， 所 以 根本 不 用 专门 创建 辅助 方法 ， 那 样 
反而 会 扰乱 类 的 设计 。 只 用 一 行 代码 束 能 触 友 事件 ， 这 正 是 我 们 想 要 的 效果 。 


旧 的 习惯 固然 很 难 改 挥 ,但 对 于 写 了 很 多 年 .NET 程 序 的 人 来 说 ， 还 是 应 该 努力 培养 新 的 习惯 才 对 。 早 前 那 种 写法 可 能 已 经 
用 在 你 们 公司 目前 的 代码 中 了 ， 要 想 把 那些 地 方 改 成 新 的 写法 ， 开 友 团 队 可 能 要 做 出 很 大 的 转变 。 如 果 你 在 触 友 事件 的 时 候 头 一 
次 碰 到 NullIReferenceException 问 题 ， 然 后 上 网 求助 ， 那 么 会 搜索 到 很 多 推荐 旧式 写法 的 文章 ， 那 些 经 验 是 根据 十 几 年 前 的 情 
况 而 总 结 的 。 


有 了 这 种 简单 而 清晰 的 新 写法 之 后 ， 原 来 的 老 习 惯 残 需要 改 一 改 了 。 以 后 在 触 友 事件 的 时 候 ， 都 应 该 采 用 这 种 写法 。 


第 9 条 : 尽量 避免 丢 彬 与 取 肖 委 箱 这 网 种 操作 


值 类 型 是 盛 放 数据 的 容器 ， 它 们 不 应 该 设计 成 多 人 态 类 型 ， 但 另 一 方面 ，.NET Framework 又 必须 设计 System.Object 这 样 一 
种 引用 类 型 ， 并 将 其 放 在 整个 对 象 体系 的 根部 ， 使 得 所 有 类 型 都 成 为 由 Object 所 派生 出 的 多 态 类 型 。 这 两 项 目标 是 有 所 冲突 


的 。 为 了 解决 该 冲突 ，.NET Framework 引 入 了 妆 箱 与 取消 委 箱 的 机 制 。 闭 箱 的 过 程 是 把 值 类 型 放 在 非 类 型 化 的 引用 对 象 中 ,使 
得 那 尝 需要 使 用 引用 类 型 的 地 廊 也 能 够 使 用 值 类 型 。 取 消 妆 箱 则 是 把 已 经 委 箱 的 那个 值 拷贝 一 份 出 来 。 如 果 要 任 只 接受 
System.Object 类 型 或 接口 类 型 的 地 方 使 用 值 类 型 ， 那 融 必 然 涉 及 委 箱 及 取消 委 箱 。 但 这 两 项 操作 都 很 影响 性 能 ， 有 的 时 候 还 需 
要 为 对 象 创建 临时 的 拷贝 ， 而 且 容 易 给 程序 引入 难于 查找 的 bug。 因 此 ， 应 该 尽量 避免 六 箱 与 取消 沪 箱 这 两 种 操作 。 


妆 箱 操作 会 把 值 类 型 转换 成 3| 用 类 型 ， 新 创建 的 这 个 引用 对 象 融 相 当 于 箱子 ， 它 是 分 配 在 堆 上 面 的， 其 中 含有 原 值 的 一 份 找 
贝 。 图 1.1 摘 述 了 妆 箱 对 象 霸 样 保 仓 原 人 以 及 外 界 如 何 来 访问 委 箱 之 后 的 值 。 该 对 象 不 仅 会 把 原 值 拷贝 一 份 ， 而 且 会 把 那 种 值 类 
型 所 实现 的 接口 也 实现 出 来 。 当 外 界 要 查询 箱 中 的 内 容 时 ， 系 统 融 会 把 箱子 里 面 的 原 值 拷贝 一 份 ， 并 返回 给 调用 方 。 这 融 是 委 箱 
与 解除 委 箱 的 基本 概念 ， 也 融 是 说 ， 妆 箱 的 时 候 ， 要 给 有 待 妆 箱 的 原 值 做 拷贝 ， 每 次 访问 箱 中 的 内 容 时 ， 要 对 已 经 妆 箱 的 值 做 拷 


System.Object 


接口 


PEA eS a S| FAS 
( 也 就 是 箱子 ) 


值 类 型 所 实现 的 接口 
箱子 也 会 实现 


该 值 属于 值 类 型 


图 1.1 位 于 箱 中 的 值 类 型 。 为 了 把 值 类 型 转换 成 System.Object 引 用 ， 系 统 需要 创建 未 命名 的 (unnamed) 引用 类 型 ， 并 把 值 类 型 
以 内 联 的 形式 保存 在 该 引用 类 型 中 。 需 要 访问 值 类 型 的 那些 方法 会 穿 过 箱 体 到 达 其 中 所 保存 的 值 那里 


目 从 .NET 2.0 引 入 泛 型 之 后 ， 有 很 多 沪 箱 与 解除 沪 箱 操作 都 可 以 用 泛 型 类 及 泛 型 方法 来 取代 。 这 当然 是 使 用 值 类 型 的 好 办 
法 ， 因 为 无 须 再 执行 多 余 的 装 箱 操作 了 。 然 而 .NET Framework 里 面 依然 有 许多 方法 接受 的 是 System.Object 类 型 的 参数 ， 如 果 
你 要 以 值 类 型 为 参数 来 使 用 这 些 AP1， 那 么 仍 会 涉及 妆 箱 与 解除 委 箱 。 这 是 目 动 友 生 的 ， 编 译 器 会 在 需要 使 用 yystem.Object 等 
引用 类 型 的 地 方 生成 相 天 的 所 令 ， 以 完成 妆 箱 与 解除 效 箱 操作 。 此 外 ， 如 果 以 接口 指针 的 形式 来 使 用 值 类 型 ， 那 么 也 会 涉及 这 两 
种 操作 。 残 连 下 面 这 条 简单 的 语句 都 会 用 到 妆 箱 : 


Console.WriteLine($"A few numbers:{firstNumber}, 


{secondNumber}, {thirdNumber}" ); 


为 了 解读 内 插 字 符 串 ， 系 统 需要 创建 由 System.Object 引 用 所 构成 的 数组 ， 以 便 将 调用 方 所 要 输出 的 值 放 在 这 个 数组 里 面 ， 
并 交 给 由 编译 器 所 生成 的 方法 去 解读 。 但 firstNumber 等 变量 却 是 整数 变量 ， 整 数 属于 值 类 型 ， 要 想 把 它 当 成 System.Object 来 
用 ， 融 必须 痿 箱 。 此 外 ， 该 方法 的 代码 还 需要 调用 Tostring () ， 而 这 实际 上 相当 于 人 在 箱 子 所 封 半 的 原 值 上 面 调用 ， 也 融 是 这， 
相当 于 生成 了 这 样 的 代码 : 

int l = 25% 

object o = i; // box 

Console.WriteLine(o.ToString()); 

HFRS AAR, Pe RE SRRA. ANRE Object#ž HRED ARAS FA 
这 段 代 码 相似 的 逻辑 来 处 理 这 些 Object : 


object firstParm = 5; 


object o = firstParm; 
int 1 = (Cint)o; // unbox 


string output = i.ToString(); 


REA RAFASS OAS, (BRIER AT SASS Sates SIE BSS ee System.Object, HAm eam 
执行 类 似 的 逻辑 ， 以 便 令 代码 能 够 顺利 编译 。 在 值 类 型 的 值 与 System.Object 类 型 的 实例 之 间 相 互 转换 会 促使 编译 器 生成 必要 的 
程序 码 ， 以 完成 半 箱 与 解除 妆 箱 的 操作 。 如 果 想 避 开 这 一 点 ， 融 需要 提前 把 这 些 值 手 工地 转换 成 string， 然 后 传 给 WriteLine: 


Console .WriteLine($@"A few numbers:{firstNumber.ToString()}, 


{secondNumber.ToString()}, {thirdNumber.ToString()}"); 


上 面 这 种 写法 会 把 整数 〈 属 于 值 类 型 ) 明确 转换 成 子 符 串 ， 以 防 编译 器 将 其 隐 陈 地 转换 成 9ystem.Object。 该 写法 也 揭示 出 
了 避免 装 箱 操作 的 第 一 条 原则 ， 就 是 要 注意 那些 会 隐 式 转换 成 System.Object 的 地 方 。 尽 量 不 要 在 需要 使 用 System.Object 的 地 
方 直接 使 用 全 类 型 的 便 。 


还 有 一 个 常见 的 问题 也 容易 令 开 发 者 在 本 来 应 该 使 用 System.Object 的 地 方 直接 放 入 值 类 型 的 值 。 这 个 问题 与 .NET 1.x 风 格 
的 集合 (collection) 有 关 。 由 于 .NET 2.0 版 本 的 BCL ( 基 类 库 ) 已 经 添加 了 泛 型 集合 ， 因 此 ， 开 妈 者 应 该 优先 考虑 这 种 写法 ， 
然而 .NET BCL 里 面 还 是 有 一 些 组 件 在 使 用 1.x 风 格 的 集合 ， 因 此 需 要 理解 这 个 问题 的 详细 情况 ， 并 知道 如 何 避 开 此 问题。 


.NET Framework 初 次 实现 的 那 种 集合 所 保存 的 是 指向 System.Object 实 例 的 引用 。 如 果 给 集合 里 面 放 入 值 类 型 的 值 ， 就 会 
上 友 生 关 箱 操作 ， 而 从 集合 里 面 移 除 对 象 时 ， 则 需 给 箱 中 的 值 做 拷贝 ， 因 为 凡是 从 箱子 中 获取 对 象 都 需要 给 对 象 做 拷贝 。 这 会 为 应 
用 程序 市 来 一 些 难以 察 党 的 bug， 这 些 bug 其 实 是 由 沪 箱 操作 的 规则 所 导致 的 。 下 面 来 看 一 个 简单 的 结构 体 ， 开 发 者 可 以 修改 其 
中 的 字段 ， 并 且 可 以 把 这 样 的 结构 体 对 象 放 入 集合 : 


public struct Person 


{ 
public string Name { get; set; } 
public override string ToString() 
{ 
return Name; 
} 
} 


// Using the Person in a collection: 
var attendees = new List<Person>(); 
Person p = new Person { Name = "Old Name" }; 


attendees.Add(p); 


// Try to change the name: 
// Would work if Person was a reference type. 
Person p2 = attendees[0]; 


p2.Name = "New Name"; 


// Writes "Old Name": 
Console.WriteLine(Cattendees[0].ToString( )); 


由 于 Person 是 值 类 型 ， 因 此 JIT 编 译 器 (Just-in-time compiler， 即 时 编译 器 ) 会 据 此 创建 List<Person> 这 样 一 个 封闭 的 泛 
型 类 型 ， 使 得 Person 对 象 能 够 以 未 装 箱 的 形式 放置 在 attendees 集 合 中 。 但 是 ， 当 从 集合 里 面 取 出 Person 对 象 的 时 候 ， 取 出 来 
的 却 是 原 对 象 的 一 份 拷贝 ， 因 此 ， 所 修改 的 Name 属 性 实际 上 是 拷贝 出 来 的 这 个 对 象 所 具备 的 Name， 而 不 是 原来 那个 Person 的 
Name。 此 外 ， 接 下 来 在 attendees[0] 上 面 调 用 Tostring () 背 数 时 ， 还 得 再 创 建 一 份 拷贝 。 基 于 这 个 问题 以 及 其 他 各 种 原因 ， 
建议 把 值 类 型 设计 成 不 可 变 的 类 型 。 


值 类 型 可 以 转换 成 指向 System.Object 或 其 他 接口 的 引用 ， 但 由 于 这 种 转换 是 默默 发 生 的， 因此 一 旦 出 现 问 题 就 很 难 排查 。 
运行 环境 以 及 (C 胡 吾 言 本 身 设 置 了 一 些 规则 ， 使 得 程序 有 可 能 在 开 友 者 意 想 不 到 的 地 方 执行 装 箱 与 解除 装 箱 等 操作 ， 于 是 ， 就 有 
可 能 引 友 一 些 bug。 把 值 类 型 当成 多 人 态 体系 中 的 类 型 使 用 还 会 影响 程序 的 性 能 。 因 此 ， 要 注意 那些 会 把 值 类 型 转换 成 
System.Object 类 型 或 接口 类 型 的 地 方 ， 例 如 把 值 类 型 的 值 放 入 集合 、 用 值 类 型 的 值 做 参数 来 调用 参数 类 型 为 System.Object 的 
方法 以 及 将 这 些 值 转 为 System.Object 等 。 这 些 做 法 都 应 该 尽量 避免 


第 10 条 : 只 有 在 应 对 新 版 基 类 与 现 有 子 类 之 间 的 冲突 时 才 应 该 使 用 new 修 饰 符 


hew 修 饰 符 可 以 重新 定义 从 基 类 继承 下 来 的 非 虚 成 员 ， 但 这 并 不 意味 着 你 要 处 处 使 用 它 。 重 新 定义 非 虚 方 法 可 能 会 使 程序 表 
现 出 令 人 困惑 的 行为 。 下 面 举 个 例子 。 假 设 MyClass 与 MyOtherClass 在 继承 体系 中 是 上 下 级 的 关系 ， 那 么 很 多 开发 者 就 会 认为 
下 面 这 两 种 写法 的 效果 相同 : 


object c = MakeObject(); 

// Call through MyClass reference: 
MyClass cl = c as MyClass; 

cl .MagicMethod() ; 

// Call through MyOtherClass reference: 


MyOtherClass cl2 = c as MyOtherClass; 
cl2.MagicMethod(); 


但 右 用 了 new 修 饰 待 ， 则 未 必 如 此 : 


public class MyClass 


{ 
public void MagicMethod() 
1 
Console.WriteLine("MyClass"); 
// details elided. 
} 
F 


public class MyOtherClass : MyClass 


{ 
// Redefine MagicMethod for this class. 
public new void MagicMethodC) 
if 
Console .WriteLineC"MyOTherClass" ); 
// details elided 
} 
j 


这 样 写 出 来 的 代码 是 令 人 困惑 的 ， 因 为 在 同一 个 对 象 c 上 面 调用 同一 个 万 法 MagicMethod () 居然 产生 了 不 同 的 结果 。 无 
论 是 用 cl 还 是 用 cl2 来 指 代 这 个 对 销 ，MagicMethod () 的 行为 都 应 该 保持 一 致 才 对 ， 但 实际 上 ， 该 方法 的 行为 却 取决 于 你 是 
MyClass 类 型 的 引用 来 指 代 这 个 MyOtherClass 对 象 还 是 用 MyOtherClass 类 型 的 引用 来 指 代 它 。new 修 饰 符 并 不 会 把 本 来 是 非 
虚 的 方法 转变 成 虚 方 法 ， 而 是 会 在 类 的 命名 空间 里 面 男 外 添加 一 个 方法 。 


非 虚 的 方法 是 静态 绑 定 的 ， 也 就 是 说 ， 凡 是 引用 MyClass.MagicMethod () 的 地 方 到 了 运行 的 时 候 执行 的 都 是 MyClass 类 
里 面 的 那个 MagicMethod， 即 便 派 生 类 里 面 还 有 其 他 版 本 的 同名 方法 也 不 予 考虑 。 反 之 ， 虚 方法 则 是 动态 绑 定 的 ， 也 融 是 襄 ， 
要 到 | 运行 的 时 候 才 会 根据 对 象 的 实际 类 型 来 决定 应 该 调用 哪个 版 本 。 


笔者 不 推荐 用 new 修 饰 符 重 新 定义 非 虚 的 方法 ， 但 这 并 非 是 在 鼓励 你 把 基 类 的 每 个 方法 都 设置 成 虚 方 法 。 程 序 库 的 设计 者 如 
果 把 某 个 水 数 设置 成 虚 浮 数 ， 那 相当 于 在 制定 契约 ， 也 丈 是 要 告诉 使 用 者 : 该 类 的 派生 类 可 能 会 以 其 他 的 方式 来 实现 这 个 虚 遂 
效 。 虚 函数 应 该 用 来 描述 那些 子 类 与 基 类 可 能 有 所 区 别 的 行为 。 如 果 直 接 把 类 中 的 所 有 轴 数 全 都 设置 成 虚 函 数 ， 那 么 瓯 等 于 企 识 
这 个 类 的 每 一 种 行为 都 有 可 能 为 子 类 所 修改 。 这 表现 出 类 的 设计 者 根本 殊 没 有 仔细 去 考虑 其 中 到 底 有 哪些 行为 才 是 真正 可 能 会 由 
子 类 来 修改 的 。 认 真 的 设计 者 应 该 论 时 间 想 想 : 究 葛 有 哪些 万 法 与 属性 是 应 该 设置 成 多 仿 的 ， 然 后 仅仅 把 这 些 内 容 用 virtual 加 以 
饰 。 这 不 是 给 该 类 的 使 用 者 施加 限制 ， 而 是 在 引导 其 正确 地 使 用 这 个 类 ， 因 为 这 些 标注 成 virtual 的 方法 与 属性 会 令 他 们 意识 


| 是 和 
， 只 有 这 些 行为 才 是 可 以 在 子 类 中 定制 的 。 


二 
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至 
唯一 一 种 应 该 使 用 new 修 饰 得 的 情况 是 : 新 版 的 基 类 里 面 添加 了 一 个 万 法 ， 而 那个 方法 与 你 的 子 类 中 已 有 的 方法 重 名 了 。 在 
这 种 情况 下 ， 你 所 写 的 代码 里 面 可 能 已 经 有 很 多 地 方 都 用 到 了 子 类 里 面 的 这 个 方法 ， 而 且 其 他 程序 集 或 许 也 用 到 了 这 个 方法 ， 因 


此 ， 想 要 给 子 类 的 方法 改名 可 能 比较 麻烦 。 比 方 说 ， 你 在 上 自己 的 程序 库 里 面 创建 了 下 面 这 个 类 ， 该 类 继承 目 另 一 个 程序 库 中 的 
BaseWidget 类 : 


public class MyWidget : BaseWidget 


{ 
public new void NormalizeValues() 
{ 
// details elided. 
} 
} 


写 好 这 个 Widget 之 后 ， 客 户 代 码 束 开始 使 用 已 了 。 过 了 一 阵 ， 制 作 BaseWidget 的 那个 公司 发 布 了 新 的 版 本 ， 于 是 你 立刻 买 
来 ， 想 看 看 这 个 版 本 里 面 有 哪些 新 的 功能 。 但 这 次 在 构建 MyWidget 类 的 时 候 却 友 现 代码 无 法 编译 ， 因 为 BaseWidget 里 面 恰 好 
也 加 入 了 名 为 NormalizeValues 的 方法 : 


public class BaseWidget 


{ 
public void NormalizeValues() 
{ 
// details elided. 
} 
} 


这 确实 是 个 问题 ， 基 类 在 你 那个 类 的 命名 空间 里 面 悄悄 塞 入 了 一 个 同名 的 方法 。 该 问题 有 两 种 解决 办 法 。 第 一 是 把 自己 的 类 
所 具备 的 NormalizeValues 方 法 改 成 NormalizeAllValues。 如 果 访 方法 在 语义 上 面 会 把 基 类 的 BaseWidget.Normalize- 
Values () 方法 所 做 的 操作 也 执行 一 志 ， 那 么 应 该 在 实现 代码 里 面 调用 基 类 的 版 本 ， 人 否则 ， 融 不 要 调用 。 


public class MyWidget : BaseWidget 


{ 
public void NormalizeAllValues() 
{ 
// details elided. 
// Call the base class only if (by luck) 
// the new method does the same operation. 
base.Normalizevalues(); 
} 
} 


第 二 种 办 法 ， 是 用 new 修 饰 得 来 修饰 子 类 的 同名 方法 : 


public class MyWidget : BaseWidget 


sf 
public new void NormalizeValues() 
if 
// details elided. 
// Call the base class only if (by luck) 
// the new method does the same operation. 
base .Normalizevalues(); 
} 
} 


如 果 使 用 MyWidget 类 的 所 有 客户 器 其 代码 都 受 你 控制 ， 那 么 就 应 该 把 那些 代码 里 面 所 调用 的 方法 从 NormalizeValues 改 成 
NormalizeAllValues， 以 便 令 将 来 的 开发 工作 能 够 容易 一 些 。 反 之 ， 如 果 MyWidget 已 经 公开 发 布 了 ， 那 么 很 难 要 求 所 有 的 用 
户 都 去 修改 方法 名 ， 因 为 那样 会 牵涉 大 量 的 代码 。 此 时 ，new 修 饰 符 融 显 得 很 方便 ， 因 为 用 了 这 个 修饰 符 之 后 ， 客 户 端 焉 无 顷 修 
改 代码 了 ， 而 是 可 以 继续 沿用 子 类 的 NormalizeValues () 方法 。 它 们 不 可 能 去 调用 基 类 的 BaseWidget.NormalizeValues () 
方法 ， 因 为 编写 那些 代码 的 时 候 ， 基 类 里 面 还 没有 加 入 这 个 方法 。 在 这 种 情况 下 使 用 new 修 饰 符 是 为 了 解决 新 版 基 类 与 现 有 子 类 
之 间 的 冲突 ， 因 为 基 类 里 面 新 加 入 的 成 员 其 名 称 与 子 类 中 现 有 的 成 员 相 重复 。 


当然 了 ， 这 并 非 长 久之 计 ， 因 为 用 户 以 后 还 是 会 逐渐 用 到 基 类 的 BaseWidget.NormalizeValues () 方法 ， 到 了 那个 时 候 ， 
老 问题 又 会 出 现 ， 那 就 是 : 在 同一 个 对 象 上 面 ， 通 过 不 同类 型 的 引用 来 调用 同一 个 方法 会 表现 出 不 同 的 行为 。 因 此 ， 使 用 new 修 
饰 符 之 前 ， 要 把 将 来 可 能 出 现 的 后 果 考虑 清楚 。 修 改 子 类 的 万 法 名 虽然 在 短期 之 内 需要 做 大 量 的 工作 ,但 是 从 长 远 来 看 ， 其 效果 
要 比 使 用 new 修 饰 符 更 好 。 


new 修 饰 待 一 定 要 慎重 地 使 用 ， 如 果 不 假 思 这 地 滥用 ， 残 会 给 在 对 销 上 面 调用 这 种 万 法 的 开 友 者 造成 困惑 。 只 有 当 基 类 所 引 | 
入 的 新 成 员 与 子 类 中 的 现 有 成 员 冲 突 时 ， 才 可 以 考虑 运用 该 修饰 行 ， 但 即便 在 这 种 特殊 的 情况 下 ， 也 得 仔细 想 想 使 用 它 所 市 来 的 
后 果 。 除 此 之 外 的 其 他 情况 决 不 应 该 使 用 new 修 饰 符 。 


第 2 音 .NET 的 资源 管理 


.NET 程 序 运行 在 托管 环境 (managed environment) 中 ， 这 对 C# 程 序 的 高 效 设 计 方 式 有 很 大 的 影响 。 开 发 者 必须 从 .NET 
CLR (Common Language Runtime， 公 共 语 言 运行 时 ) 的 角度 来 思考 ， 才 可 以 充分 发 挥 这 套 环境 的 优势 ， 而 不 能 完全 沿用 其 
他 开 友 环境 下 的 想法 。 这 意味 着 必须 理解 .NET 的 垃圾 回收 器 (garbage collector, GC) 与 对 象 生存 期 (object lifetime) 等 概 
念 ， 并 了 解 怎 样 控制 在 托管 资源 (unmanaged resource) 。 本 章 将 讲解 这 些 话题 ， 以 帮助 你 充分 利用 .NET 环 境 及 其 特性 来 创 
建 更 为 高 效 的 软件 。 


第 11 条 : 理解 并 善 用 .NET 的 资源 管理 机 制 


要 想 写 出 高 效 的 程序 ， 开 友 者 束 需 要 明日 程序 所 在 的 这 套 环 境 是 如 何 处 理 内 存 与 其 他 重要 供 源 的 。 对 于 .NET 程 序 来 蜗 ， 这 
意味 着 必须 理解 .NET 环 境 的 内 存 管理 与 垃圾 回收 机 制 。 


与 资源 管理 功能 较 少 的 环境 相 比 ，.NET 环 境 会 提供 所 圾 回收 器 (GC) 来 帮助 你 控制 托管 内 仓 ， 这 使 得 开 友 者 无 须 担心 内 仔 
泄漏 、 迷 途 指针 (dangling pointer) 、 未 初始 化 的 指针 以 及 其 他 很 多 内 存 管理 问题 。 然 而 有 些 时 人 息 ， 如 果 能 够 把 目 己 应 该 执行 
的 那些 清理 工作 做 好 ， 那 么 垃圾 回收 器 会 表现 得 更 为 出 色 。 非 托管 的 资源 是 需要 由 开发 者 控制 的 ， 例 如 数据 库 连 接 、GDI+ 对 
象 、COM 对 象 以 及 其 他 一 些 系统 对 象 。 此 外 ， 某 些 做 法 可 能 会 令 对 象 在 内 存 中 所 待 的 时 间 比 你 预想 的 更 长 ， 例 如 通过 事件 处 理 
程序 或 委托 在 对 象 之 间 创 建 链接 。 还 要 注意 的 是 ，query (查询 请 求 ) 是 在 程序 需要 获取 结果 的 时 候 才 执行 的 ， 这 也 有 可 能 导致 
对 象 被 引用 的 时 间 比 开 友 者 预想 的 更 长 (参见 第 41 条 ) 。 


由 于 内 存 是 由 GC 来 控制 的 ， 因 此 ， 与 那 种 必须 由 开发 者 管理 全 部 内 存 事务 的 环境 相 比 ， 某 些 设计 方案 在 .NET 环 境 之 下 实现 
起 来 更 为 容易 。 例 如 循环 引用 (circular reference) 就 可 以 在 .NET 环 境 下 正确 地 得 到 处 理 ， 无 论 它 是 由 简单 的 关系 所 形成 还 是 
由 复杂 的 对 象 网 所 形成 的 ， 都 不 需要 开发 者 手工 去 管理 ， 因 为 GC 的 Mark and Compact 算 法 会 迅速 地 检测 这 些 关 系 ， 并 把 那些 
不 可 达 的 对 象 视 为 一 个 整体 从 内 存 中 清理 出 去 。GC 的 检测 过 程 是 从 应 用 程序 的 根 对 象 出 友 ， 把 与 该 对 和 象 之 间 没 有 通路 相连 的 那 
些 对 象 判 定 为 不 可 达 的 对 象 。 这 种 做 法 的 好 处 在 于 ， 它 不 用 像 COM 系 统 那样 要 求 每 个 对 象 都 必须 把 指向 自己 的 引用 记录 下 来 ， 
而 是 可 以 用 较为 简单 的 方式 来 判定 对 象 的 所 有 权 (object ownership) ，EntitySet 类 正 可 以 襄 明 这 一 点 。 实 体 (entity) 是 从 
数据 库 中 加 载 进来 的 一 组 对 象 。 每 个 实体 都 有 可 能 包含 指向 其 他 实体 对 象 的 引用 ， 而 那些 实体 对 象 又 有 可 能 链接 到 另外 一 些 实 
体 。 与 关系 型 数据 的 实体 集 模型 类 似 ， 这 些 链接 与 引用 可 能 会 形成 循环 。 


各 种 实体 集 都 相当 于 对 象 网 ， 它 们 之 间 形 成 了 很 多 引用 ， 但 由 于 这 些 对 象 所 占据 的 内 存 不 需要 由 .NET Framework 的 设计 者 
来 释放 ， 而 是 会 交 给 GC 去 做 ， 因 此 ， 这 尝 引 用 对 它们 来 说 并 不 是 问题 。 设 计 者 无 须 担心 网 状 结构 中 的 这 举 对 和 象 应 该 按照 什么 样 
的 顺序 释放 ， 这 是 GC 的 工作 。GC 会 用 简单 的 万 式 来 判断 对 铺 网 里 面 的 哪些 对 象 是 垃圾 ， 也 就 是 说 ， 凡 是 无 法 从 应 用 程序 中 的 活 
AIR (live object) 出 友 而 到 达 的 那些 对 铺 都 应 该 得 到 回收 。 应 用 程序 如 果 不 骨 使 用 某 个 实体 ， 那 么 束 不 会 继续 引用 它 ， 于 
是 ，GC 融 会 友 现 这 个 实体 是 可 以 回收 的 。 


坪 圾 回收 器 每 次 运行 的 时 候 ， 都 会 压缩 托管 堆 ， 以 便 把 其 中 的 活动 对 象 安排 在 一 起 ， 使 得 空 闪 的 内 存 能 够 形成 一 块 连续 的 区 
域 。 图 2.1 对 比 了 托管 堆 在 垃圾 回收 器 运行 之 前 与 运行 之 后 的 情况 。 每 次 执行 完 GC 操 作 之 后 ， 空 内 的 内 存 都 会 连 在 一 起 。 
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化 器 ) ， 另 一 种 是 IDisposable 接 口 。finalizer 是 一 种 防护 机 制 ， 可 以 确保 对 象 总 是 能 够 把 非 托 管 资 源 释放 掉 ， 但 这 种 机 制 有 很 
多 缺陷 ， 于 是 ， 应 该 考虑 通过 IDisposable 接 口 来 更 为 顺畅 地 将 资源 及 时 返还 给 系统 。 
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引用 ; 位 于 冬 线 框 里 的 那些 对 象 可 以 从 应 用 程 
序 的 看 面 中 看 到 
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图 2.1 垃圾 回收 器 不 仅 会 把 无 用 的 对 象 移 走 ， 而 且 还 会 把 活动 的 对 象 安排 在 一 起 ， 以 便 尽 可 能 大 地 腾 出 一 整 块 连续 的 空闲 区 域 


当 垃 圾 回收 器 把 对 象 判定 为 垃圾 之 后 ， 它 会 择机 调用 该 对 象 的 finalizer， 但 开发 者 并 不 知道 具体 的 时 机 ， 你 只 能 确认 在 绝 大 
多 数 情况 下 ， 当 对 象 变 得 不 可 达 之 后 ， 其 finalizer 就 会 得 到 调用 。 该 机 制 与 C+ + 的 析 构 团 
设计 方式 有 重要 影响 。 有 经 验 的 C++ 程序 员 会 把 关键 的 资源 放 在 构造 孙 
(destructor) 中 释放 : 


| 数 有 很 大 区 别 ， 这 种 区 别 对 C# 程 序 的 
A% (constructor) 里 面 来 分 配 ， 并 在 析 构 函数 


// Good C++, bad C#: 

class CriticalSection 

{ 
// Constructor acquires the system resource. 
public CriticalSectionc() 
{ 


EnterCriticalSection(); 


// Destructor releases system resource. 


~CriticalSection( ) 


{ 


ExitCriticalSection(): 


private void ExitCriticalSection(C) 
{ 
} 
private void EnterCriticalSection() 
{ 
} 


// usage: 

void Func() 

{ 
// The lifetime of s controls access to 
// the system resource. 
CriticalSection s = new CriticalSection(); 
// Do work. 


PS ast 


// compiler generates call to destructor. 


// code exits critical section. 


这 种 常见 的 C+ + 编程 范式 可 以 确保 资源 总 是 能 够 解除 分 配 (deallocation) ， 即 便 在 发 生 异 常 的 情况 下 也 是 如 此 。 但 是 ， 该 
写法 却 不 适用 于 C#， 或 者 说 ， 在 C# 中 起 不 到 同样 的 作用 ， 因 为 确定 性 的 终结 (deterministic finalization) 并 不 是 .NET 环 境 或 
C# 语 言 的 一 部 分 。 把 C+ + 语言 的 确定 终结 范式 强行 套用 到 C# 程 序 上 面 是 起 不 到 良好 效果 的 。C# 的 finalizer 在 绝 大 多 数 情 况 下 都 
会 得 以 执行 ， 但 执行 得 并 不 及 时 。 融 刚才 那个 例子 来 说 ， 程 序 虽 然 会 退出 Critical Section (临界 区 块 ) ， 但 并 不 是 一 执行 完 
Func () 函数 融 立 刻 退出 ， 而 是 要 在 稍 后 的 某 个 时 间 点 上 才 退 出 。 问 题 是 ， 开 上 有 者 不 知道 也 无 法 知道 这 个 时 间 点 具体 在 哪里 。 
因此 ，finalizer 只 能 保证 由 某 个 类 型 的 对 象 所 分 配 的 非 托管 资源 最 终 可 以 得 到 释放 ， 但 并 不 保证 这 些 资源 能 够 在 确定 的 时 间 点 上 
得 到 释放 ， 因 此 ， 设 计 与 编写 程序 的 时 候 ， 尽 量 不 要 创建 finalizer， 即 便 创 建 了 ， 也 不 要 过 多 地 依赖 于 它 的 执行 时 机 。 本 章 将 会 
讲解 一 些 扩 巧 ， 告 诉 你 撼 样 才能 人 在 不 创建 finalizer 的 前 提 下 正确 释放 资源 ， 以 及 如 何在 必须 创建 finalizer 的 情况 下 尽量 降低 其 负 
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依赖 finalizer 会 降低 程序 的 性 能 ， 因 为 垃圾 回收 器 需要 执行 更 多 的 工作 才能 终结 这 尝 对 象 。 如 果 GC 友 现 录 个 对 和 象 已 经 成 为 
垃圾 ， 但 该 对 销 还 有 finalizer 需 要 运行 ， 那 么 就 无 法 立刻 把 它 从 内 存 中 移 走 ， 而 是 要 等 调用 完 finalizer 之 后 ， 才 能 将 其 移 除 。 调 
用 finalizer 的 那个 线程 并 不 是 GC 所 在 的 线程 。GC 在 每 一 个 周期 里 面 会 把 包含 finalizier 但 是 尚未 执行 的 那些 对 象 放 在 队列 中 ， 以 
便 安 排 其 finalizer 的 运行 工作 ， 而 不 含 finalizer 的 对 象 则 会 直接 从 内 存 中 清理 挥 。 等 到 下 一 个 周期 ，GC 会 把 已 经 执行 了 finalizer 
的 那些 对 象 删 挥 。 图 2.2 演 示 了 GC 在 三 个 周期 中 所 完成 的 操作 以 及 这 段 时 间 的 内 存 占用 情况 。 由 该 图 可 以 看 出 ， 具 备 finalizer 的 
对 象 需要 在 内 存 里 面 多 竺 一段 时 间 才 能 被 GC 清理 挥 。 

括号 中 的 字母 表示 该 对 象 为 括号 外 的 对 象 所 引用 ; 位 
于 斜 线 框 里 的 那些 对 象 可 以 从 应 用 程序 的 界面 中 看 到 ， 
用 深 灰 色 表示 的 对 象 是 其 finalizer 有 待 执行 的 对 象 


对 象 D 从 内 存 中 移 走 了 ; 托管 扒 得 到 了 压 
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对 象 B 从 内 存 中 移 走 了 ; 
托管 堆 得 到 了 压缩 


图 2.2 ”这 张 图 演示 了 finalizet 对 垃圾 回收 器 的 工作 流程 所 造成 的 影响 。 这 种 对 象 在 内 存 中 停留 的 时 间 会 长 一 些 ， 而 且 必 须 多 开 一 


条 线程 来 运行 其 fnalizet 


这 张 图 可 能 会 令 你 嘻 得 市 有 finalizer 的 那 种 对 铺 只 不 过 是 在 内 存 里 面 多 停留 了 一 个 周期 而 已 。 实 际 上 未 必 如 此 ， 因 为 GC 在 
低 测 垃圾 对 象 的 时 候 ， 还 有 一 条 规则 需要 遵循 ， 但 笔者 在 图 里 把 它 简 化 掉 了 。 为 了 优化 垃圾 收集 工作 ，.NET 的 垃圾 回收 器 定义 
了 世代 (generation) 这 样 一 个 概念 ， 以 便 尽快 确定 那些 最 有 可 能 变 成 垃圾 的 对 象 。 上 一 次 收集 完 垃圾 之 后 才 创 建 出 来 的 对 象 
叫 作 第 0 代 (generation 0) 对 纱 ， 如 果 其 中 的 某 些 对 象 在 这 次 清扫 垃圾 之 后 依然 留 在 内 存 里 面 ， 那 束 变 成 第 1 代 对 象 ， 若 经 过 
两 次 或 更 多 次 的 清理 之 后 它 还 留 在 内 存 里 面 ， 则 变 为 第 2 代 对 和 象 。 把 对 象 分 成 不 同 的 世代 可 以 将 生存 期 较 短 的 对 象 与 全 程 伴随 着 
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为 了 优化 垃圾 收集 工作 ，GC 会 以 较 低 的 频率 来 检测 第 1 代 与 第 2 代 的 对 象 ， 也 就 是 说 ， 每 次 循环 ， 都 会 判断 第 0 代 的 这 些 对 
象 是 不 是 垃圾 ， 但 每 执行 10 次 循环 ， 才 会 把 第 1 代 的 对 象 连同 第 0 代 的 对 象 检测 一 亿 ， 而 第 2 代 的 那些 对 象 则 是 每 100 次 循环 才 检 
测 一 远 。 重 新 思考 一 下 finalizer 残 会 友 现 ， 与 不 市 finalizer 的 对 象 相 比 ， 这 种 对 象 要 在 内 存 里 面 多 竺 9 个 周期 ， 如 果 到 了 那 时 还 

是 没有 得 以 终结 ， 那 会 残 进入 第 2 代 ， 从 而 需要 再 等 100 个 周期 ， 才 能 由 GC 来 收集 它 


尽管 笔者 伦 了 很 多 时 间 来 解释 finalizer 的 缺点 ， 但 有 些 场合 还 是 需要 释放 资源 ， 这 可 以 用 IDisposable 接 口 及 标准 的 
dispose (释放 /处 置 ) 模式 来 解决 (参见 本 章 第 17 条 ) 


忌 之 ， 由 于 C# 程 序 运 行 在 托管 环境 中 ， 因 此 志 圾 回收 器 会 帮 你 把 内 存 管理 好 ， 令 你 无 须 担 心 内 人 存 泄漏 以 及 与 所 针 有 天 的 很 
多 问题 。 但 是 ， 为 了 防止 资源 泄漏 ， 非 内 体型 的 资源 (nonmemory resource) 必须 由 开 上 友 者 释放 ， 于 是 会 促使 其 创建 finalizer 
来 完成 该 工作 。 然 而 finalizer 会 严重 影响 程序 的 性 能 ， 因 此 ， 应 该 考虑 实现 并 运用 1Disposable 接 口 ， 以 便 在 不 给 GC 增加 负担 的 
前 提 下 把 这 尝 资源 清理 干 光 。 下 一 节 将 会 讲解 一 些 具体 的 扩 巧 ， 帮 助 你 在 托管 环境 下 创建 出 更 为 局 效 的 程序 。 


第 12 条 : 瑞明 子 段 时 ， 尽 量 直 接 为 其 居 定 急 始 值 


类 的 构造 亢 数 通 弟 不 止 一 个 ， 构 造 亢 数 变 多 了 之 后 ， 开 友 者 残 有 可 能 乐 记 给 肝 些 成 员 变 量 设 定 急 始 值 。 为 了 避免 这 个 问题 ， 
最 好 是 在 声明 的 时 候 直 接 初 始 化 ， 而 不 要 等 实现 每 个 构造 永 数 的 时 候 再 去 赋值 。 无 论 是 静态 变量 还 是 实例 变量 ， 其 取 值 都 应 该 在 
声明 的 时 候 得 以 初始 化 。 


声明 成 员 变 量 并 直接 把 它 的 初始 值 写 出 来 在 C# 代 码 里 面 是 很 自然 的 做 法 : 


public class MyClass 


// declare the collection, and initialize it. 


private List<string> labels = new List<string>(); 


无 论 MyClass 类 型 将 来 有 多 少 个 构造 辫 数 ， 其 labels 变 量 都 能 够 正确 地 初始 化 ， 因 为 编译 器 会 在 每 个 构造 水 数 的 开头 放 入 适 
当 的 程序 码 ， 以 便 把 你 在 定义 成 员 字 段 时 所 指定 的 初始 值 设置 给 这 些 实例 变量 。 添 加 新 的 构造 遂 数 之 后 ， 编 译 器 会 帮 它 把 labels 
变量 的 初始 值 设 定好 。 因 此 ， 定 义 成 员 变 量 时 ， 应 该 把 它 的 初始 值 同 时 指定 出 来 ， 而 不 要 在 每 个 构造 溺 数 里 面 去 赋值 。 如 果 没 有 
给 类 定义 构造 浮 数 ， 那 么 C# 编 译 器 会 创建 默认 的 构造 溺 数 ， 并 向 其 中 添加 初始 化 代码 ， 使 得 这 样 的 构造 消 数 也 能 把 字段 的 初始 
值 设 定好 ， 这 是 个 很 重要 的 特性 。 


成 员 变 量 的 初始 化 语句 可 以 方便 地 取代 那些 本 来 需要 放 在 构造 国 数 里面 的 代码 ， 此 外 还 有 一 个 好 处 ， 就 是 编译 器 会 把 由 这 些 
语句 所 生成 的 程序 码 放 在 本 类 的 构造 函数 之 前 。 这 些 语句 的 执行 时 机 比 基 类 的 构造 函数 更 早 ， 它 们 会 按照 本 类 声明 相关 变量 的 先 
后 顺序 来 执行 。 


开 妈 者 声明 目 己 的 类 型 时 ， 可 能 会 泉 记 给 其 中 的 变量 设 定 切 始 值 ， 而 通过 初始 化 语句 ， 则 可 以 简单 地 避 开 此 类 问题 ， 但 是 ， 
这 并 不 意味 着 必须 随处 使 用 它 。 有 三 种 情况 是 不 应 该 编写 初始 化 语句 的 。 第 一 种 情况 是 把 对 象 初始 化 为 0 或 null。 系 统 在 执行 开 


发 者 所 编写 的 代码 之 前 ， 本 身 束 会 生成 初始 化 逻辑 ， 以 便 把 相关 的 内 容 全 都 设置 成 0， 这 是 通过 底层 CPU 指 令 来 做 的 。 这 些 指令 
会 把 整 块 内 存 全 都 设置 成 0， 因 此 ， 你 如 果 还 要 编写 初始 化 语句 ， 那 束 显 得 多 余 了 。C# 编 译 器 会 按照 你 的 要 求 添加 相关 指令 ,把 
那些 内 仔 再 度 清 零 ， 这 虽然 没 销 ， 但 会 使 代码 变 得 脆弱 。 


public struct MyValType 


{ 
// elided 


MyValType myVall; // initialized to 0 
MyValType myVal2 = new MyValType(); // also 0 


这 两 种 写法 都 能 把 变量 清 零 。 第 一 条 语句 是 把 包含 myVal1 变 量 的 那 块 内 存 设置 成 0， 而 第 二 条 语句 则 是 采用 initobj 这 条 
IL (Intermediate Language， 中 间 语 言 ) 指令 来 清 零 ， 这 会 触 友 针 对 myVal2 变 量 的 六 箱 与 解除 沪 箱 操作 ， 因 而 还 要 多 伦 一 些 
时 间 (参见 第 9 条 ) 。 

如 果 不 同 的 构造 冰 数 需要 按照 各 目的 方式 来 设 定 某 个 字段 的 嫌 始 值 ， 那 么 这 种 情况 下 残 不 应 该 再 编写 切 始 化 语句 了 ， 因 为 该 
语句 只 适用 于 那些 总 是 按 相 同 万 式 来 初始 化 的 变量 。 这 是 不 宜 使 用 初始 化 语句 的 第 二 种 情况 。 比 方 况 ， 如 果 按 照 下 面 这 种 写法 来 
编写 MyClass2 类 ， 那 么 残 有 可 能 在 构造 该 类 实例 的 过 程 中 创建 出 两 个 不 同 的 List 对 稼 : 


public class MyClass2 


{ 
// declare the collection, and initialize it. 
private List<string> labels = new List<string>(); 
MyClass2() 
{ 
} 
MyClass2(int size) 
{ 
labels = new List<string>(size); 
} 
} 


新 建 MyClass2 类 的 实例 时 ， 如 果 指 定 了 集合 的 大 小 ， 那 么 融会 创建 出 两 个 List， 而 且 先 创建 出 来 的 那个 List 马 上 融会 被 后 创 
建 的 List 取 代 ， 因 此 实际 上 等 于 是 日 创建 了 。 这 是 因为 字段 的 初始 化 语句 会 先 于 构造 消 数 而 执行 ， 于 是 ,程序 在 初始 化 labels 字 
段 时 ,会 根据 其 初始 化 语句 的 要 求 创建 出 一 个 List， 然 后 ， 等 到 执行 构造 浮 数 时 ， 又 会 根据 其 中 的 赋值 语句 创建 出 另 一 个 List, 
并 导致 前 一 个 List 失 效 。 编 译 器 所 生成 的 代码 相当 于 下 面 这 样 ， 当 然 ， 开 妈 者 绝对 不 会 目 己 写 出 这 样 的 代码 来 。 (这 个 问题 的 处 
理 办 法 参见 本 章 稍 后 的 第 14 条 。 


public class MyClass2 


{ 
// declare the collection, and initialize it. 
private List<string> labels; 
MyClass2() 
af 
labels = new List<string>(); 
J 
MyClass2(int size) 
{ 
labels = new List<string>(); 
labels = new List<string>(size); 
l 
} 


使 用 隐 陈 属性 (implicit property) 的 时 候 也 会 有 这 个 问题 ， 如 果 某 些 数 据 适 合用 隐 式 属性 来 表示 ， 那 么 请 参阅 第 14 条 ， 以 
了 解 在 给 此 类 数据 设 定 初 始 值 时 怎样 才能 尽量 减少 重复 的 代码 。 


如 果 初 始 化 变量 的 过 程 中 有 可 能 出 现 异常 ， 那 么 束 不 应 该 使 用 初始 化 语句 ， 而 是 应 该 把 这 部 分 逻辑 移动 到 构造 立 数 里 面 。 这 
是 不 宜 使 用 急 始 化 语句 的 第 三 种 情况 。 由 于 成 员 变 量 的 初始 化 语句 不 能 包 右 在 try 块 中 ， 因 此 ， 切 始 化 过 程 中 一 旦 友 生 异 弟 ， 残 
会 传播 到 对 象 忆 外， 从 而 令 开 上 友 者 无 法 在 类 里 面 加 以 处 理 。 应 该 把 这 种 初始 化 代码 放 在 构造 亢 数 中 ， 以 便 通 过 适当 的 代码 将 寞 剃 
处 理 好 ， 并 令 程 序 恢复 正常 (参见 第 47 条 ) 。 


要 想 保 证 成 员 变 量 轧 是 能 够 得 到 初始 化 ， 最 和信 单 的 办 法 就 是 为 其 编写 初始 化 语句 ， 这 样 的 话 ， 无 论 使 用 者 通过 哪个 构造 销 数 
来 创建 对 象 ， 这 些 成 员 都 会 得 到 初始 化 ， 而 且 其 时 机 还 比 所 有 的 构造 浮 数 都 早 。 如 果 采 用 了 初始 化 语句 ， 那 么 开 友 者 就 无 须 担心 
将 来 编写 新 的 构造 肖 数 时 会 志 记 给 字段 设 定 初始 值 ， 因 为 初始 化 工作 是 交 给 这 些 语句 来 做 的 。 对 于 忌 是 按照 相同 方式 来 初始 化 的 
那些 成 员 变 量 来 说 ， 用 初始 化 语句 来 设 定 其 匀 始 值 是 一 种 既 容 易 看 异 又 便于 维护 的 做 法 。 


第 13 条 : 用 适当 的 方式 急 始 化 类 中 的 静态 成 员 


创建 某 个 类 型 的 实例 之 前 ， 应 该 先 把 静态 的 成 员 变 量 初始 化 好 ， 这 在 C#i 语 言 中 可 以 通过 静态 初始 化 语句 及 静态 构造 尔 数 来 
做 。 静 仿 构造 浮 数 是 特殊 的 遂 数 ， 会 在 初次 访问 该 类 所 定义 的 其 他 方法 、 变 量 或 属性 之 前 执行 ， 可 以 用 来 初始 化 静态 变量 、 实 现 
单 例 (singleton) 模式 ,或 是 执行 其 他 一 些 必要 的 工作 ， 以 便 使 该 类 能 够 正 剃 运作。 这些 涉 及 静态 变量 的 初始 化 操作 不 应 该 放 
在 实例 的 构造 立 数 里 面 进行 ， 也 不 应 该 通过 特殊 的 私有 消 数 或 其 他 写法 来 进行 。 如 果 静 仿 字 段 的 初始 化 工作 比较 复杂 或 是 开销 比 
较 大 ， 那 么 可 以 考虑 运用 Lazy<T> 机 制 ， 将 初始 化 工作 推迟 到 首次 访问 该 字段 的 时 候 表 去 执行 。 


与 实 例 成 员 的 初始 化 语句 类 似 ， 静 仿 成 员 的 初始 化 语句 也 需要 和 静态 构造 阅 数 搭配 起 来 使 用 才 好 。 比 万 说 ， 如 果 只 需 给 静态 
成 员 分 配 内 仓 即 可 将 其 初始 化 ， 那 么 用 一 条 简单 的 初始 化 语句 融 足 够 了 ， 反 之 ， 各 是 必须 通过 复杂 的 逻辑 才能 完成 初始 化 ， 则 应 


考虑 创建 静态 构造 函数 。 


public class MySingleton 


{ 


private static readonly MySingleton theOneAndOnly = 
new MySingleton(); 

public static MySingleton TheOnly 

if 


get { return theOneAndOnly; } 


private MySingleton() 
if 
} 


// remainder elided 


在 C# 程 序 里 面 ， 静 态 初 始 化 语句 最 为 单 见 的 用 途 是 实现 单 例 模式 。 开 妈 者 可 以 把 实例 级 别 的 构造 亢 数 设 为 私有 ， 并 添加 静 
态 初始 化 语句 ， 在 其 中 调用 这 个 私有 的 实例 构造 浮 数 。 


只 需要 像 上 面 这 样 写 ， 融 能 够 轻松 地 实现 出 单 例 模式 。 如 果 急 始 化 单 例 时 所 用 的 逻辑 较为 复杂 ， 那 么 可 以 改 用 另 一 种 写法 : 


public class MySingleton2 


{ 


private static readonly MySingleton2 theOneAndOnly; 


Static MySingleton2() 


{ 
theOneAndOnly = new MySingleton2(); 
i; 
public static MySingleton2 TheOnly 
{ 
get { return theOneAndOnly; } 
j 


private MySingleton2() 
{ 
+ 


// remainder elided 


与 实例 字段 的 初始 化 语 名 一样， 静态 字段 的 切 始 化 语句 也 会 先 于 静态 构造 亢 数 而 执行 ， 并 且 有 可 能 比 基 类 的 静态 构造 轴 数 执 
行 得 更 早 。 


当 程 序 码 切 次 访问 应 用 程序 空间 (application space， 也 就 是 AppDomain) 里 面 的 某 个 类 型 之 前 ，CLR 会 目 动 调用 该 类 的 
静态 构造 溺 数 。 这 种 构造 立 数 每 个 类 只 能 定义 一 个 ， 而 且 不 能 市 有 人 参数。 由 于 它 是 由 CLR 目 动 调用 的 ， 因 此 必须 谨慎 处 理 其 中 的 
异常 。 如 果 异 常 忠 到 了 静态 构造 函数 外 面 ， 那 么 CLR 就 会 抛 出 Typelnitialization-Exception 以 终止 该 程序 。 调 用 方 如 果 想 要 捕获 
这 个 异常 ， 那 么 情况 将 会 更 加 微妙 ， 因 为 只 要 AppDomain 还 没有 好 载 ， 这 个 类 型 束 一 直 无 法 创建 ， 也 就 是 说 ，CLR 根 本 束 不 会 
再 次 执行 其 静态 构造 函数 ， 这 导致 该 类 型 无 法 正确 地 加 以 初始 化 ， 并 导致 该 类 及 其 派生 类 的 对 象 也 无 法 获得 适当 的 定义 。 因 此 ， 
不 要 令 异 常 脱出 静态 构造 函数 的 范围 。 


用 静态 构造 国 数 取代 静态 初始 化 语句 一 般 是 为 了 处 理 异 常 ， 因 为 静态 初始 化 语句 无 法 捕捉 异常 ， 而 静态 构造 国 数 却 可 以 ( 参 
见 第 47 和 条) : 


Static MySingleton2() 


i! 
ELY 
{ 
theOneAndOnly = new MySingleton2(); 
} 
catch 
if 
// Attempt recovery here. 
} 
} 


要 想 为 类 中 的 静态 成 员 设 定 初 始 值 ， 最 干净 、 最 清晰 的 办 法 融 是 使 用 静态 初始 化 语句 及 静态 构造 国 数 ， 因 为 这 两 种 写法 比较 
好 懂 ， 而 且 不 容易 出 错 。 其 他 编程 语言 在 给 静态 成 员 设 定 初 始 值 的 时 候 ， 可 能 会 遇 到 一 些 困难 ， 而 C#i 语 言 特意 提供 了 这 两 种 机 
制 来 克服 这 些 困难 。 


第 14 条 : Rem Me Sees 


编写 构造 消 数 时 ， 经 常会 遇 到 重复 的 代码 。 由 于 类 的 接口 可 能 定义 了 各 种 版 本 的 构造 消 数 ， 因 此 开 友 者 必须 把 它们 全 都 实现 
出 来 ， 为 了 方便 ,许多 人 会 先 写 好 其 中 一 个 构造 消 数 ， 然 后 把 代码 复制 并 粘贴 到 其 他 构造 浮 数 里 面 。 笔 者 客 得 你 应 该 不 是 这 种 人 
吧 ” 如 果 你 也 这 么 做 ， 那 可 要 立刻 改正 。 有 些 有 经 验 的 C++ 程序 员 还 喜欢 把 算法 中 的 共用 代码 提取 到 私有 的 辅助 方法 里 面 ， 但 
是 在 编写 C# 程 序 的 构造 函数 时 ， 也 请 改 掉 这 个 习惯 。 如 果 这 些 构造 亢 数 都 会 用 到 相同 的 逻辑 ， 那 么 应 该 把 这 套 逻 辑 提取 到 共用 
的 构造 函数 中 (并且 令 其 他 构造 溺 数 直接 或 间接 地 调用 该 消 数 ) 。 这 样 既 可 以 减少 重复 的 代码 ， 又 能 够 令 C# 编 译 器 根据 这 些 初 
始 化 命令 生成 更 为 高 效 的 目标 代码 。 由 于 编译 器 知道 这 是 一 种 特殊 的 写法 ， 因 此 会 去 挥 那些 重复 的 变量 初始 化 语句 ， 而 且 不 会 重 
复 地 调用 基 类 的 构造 冰 数 。 这 使 得 程序 只 需 执行 少量 的 代码 束 可 以 把 对 象 的 初始 值 设 定好 ， 而 且 开 发 者 所 要 编写 的 代码 量 也 会 比 
较 少 ， 因 为 重复 的 代码 都 可 以 写 在 那个 共用 的 构造 肖 数 里 面 。 


编写 构造 冰 数 时 ， 可 以 通过 初始 化 命令 来 调用 另 一 个 构造 冰 数 。 下 面 这 段 代 码 演 示 了 这 种 用 法 : 


public class MyClass 

{ 
// collection of data 
private List<ImportantData> coll; 
// Name of the instance: 


private string name; 


public MyClass() 
Enesco, 71) 


public MyClass(Cint initialCount) 
thisCinitialCount, string.Empty) 


public MyClass(int initialCount, string name) 
{ 

coll = (CinitialCount > 0) 7 

new List<ImportantData>(CinitialCount ) 

new List<ImportantData>(); 


this.name = name; 


} 


C#4.0 添 加 了 默认 参数 ， 这 可 以 进一步 缩减 构造 函数 的 代码 。 例 如 在 刚才 那个 例子 中 ， 只 需要 为 参数 指定 默认 值 ， 就 可 以 把 
MyClass 类 的 三 个 构造 函数 缩减 为 两 个 : 


public class MyClass 


{ 
// collection of data 
private List<ImportantData> coll; 
// Name of the instance: 
private string name; 
// Needed to satisfy the new() constraint. 
public MyClass() 
this(0, string.Empty) 
sf 
} 
public MyClass(Cint initialCount = 0, string name = "") 
{ 
coll = (CinitialCount > 0) ? 
new List<ImportantData>(CinitialCount ) 
new List<ImportantData>(); 
this.name = name; 
} 
} 


开 友 者 需要 考虑 是 应 该 编写 市 有 默认 值 的 构造 消 数 还 是 应 该 编写 多 个 相互 重 载 的 构造 销 数 。 如 果 及 用 前 一 种 做 法 ， 那 么 用 户 
使 用 起 来 会 比较 灵活 。 以 MyClass 类 的 第 二 个 构造 立 数 为 例 ， 用 尸 在 调用 它 的 时 候 ， 既 可 以 只 提供 initialCount 参 数 的 值 ， 也 可 
以 只 提供 name 参 数 的 值 ， 还 可 以 同时 提供 这 两 个 参数 的 值 。 假 如 改 用 相互 重 载 的 多 个 构造 冰 数 来 做 ， 那 残 必 须 把 这 两 个 参数 所 
形成 的 四 种 组 合 全 都 考虑 到 ， 也 束 是 说 ， 需 要 提供 无 参数 的 构造 函数 、 只 具备 initialCount 参 数 的 构造 浮 数 、 只 具备 name 参 数 
的 构造 消 数 以 及 同时 具备 这 两 个 参数 的 构造 冰 数 。 如 果 给 类 中 添加 了 新 的 成 员 ， 那 么 构造 消 数 的 参数 也 会 随 之 增加 ， 而 这 些 参数 
之 间 则 会 形成 更 多 的 组 合 方式 ， 从 而 摇 使 开 友 者 编写 更 多 版 本 的 构造 遂 数 。 由 此 可 见 ， 给 参数 据 定 默认 值 是 一 种 很 强大 的 机 制 ， 
使 得 开 友 者 能 够 尽量 少 创建 几 种 构造 浮 数 。 


对 于 每 一 个 参数 都 具备 默认 值 的 那 种 构造 函数 来 说 ， 用 户 可 以 直接 以 new MyClass () 的 写法 调用 该 函数 。 如 果 这 正 是 开 
发 者 想 要 的 效果 ， 那 么 就 应 该 像 刚才 那 段 代码 那样 ， 在 MyClass 类 中 明确 地 编写 无 参数 的 构造 函数 ， 因 为 带 有 new () 约束 的 泛 
型 类 或 泛 型 方法 必须 看 到 这 样 的 构造 函数 才 会 允许 用 户 把 MyClass 当 作 泛 型 参数 。 假 如 只 提供 那 种 所 有 参数 都 具备 默认 值 的 构造 
为 数 ， 那 么 代码 融 无 法 编译 。 为 此 ， 开 发 者 需要 专门 创建 无 参数 的 版 本 ， 使 得 用 户 在 使 用 市 有 new () 约束 的 泛 型 类 或 方法 时 ， 
可 以 把 该 类 当 作 类 型 参数 。 当 然 ， 这 并 不 是 六 每 个 类 型 都 必须 支持 无 参数 的 构造 亢 数 ， 而 是 襄 ， 如 果 开 发 者 允许 用 户 这 样 来 调用 
构造 肖 数 ， 那 束 必 须 确保 这 种 用 法 在 所 有 的 场合 都 能 够 成 立 ， 即 便 对 于 市 有 new () 约束 的 泛 型 类 也 不 例外 。 


请 注意 ， 第 二 个 构造 滔 数 给 name 参 数 指定 的 默认 值 是 ""， 而 不 是 通常 所 用 的 string.Empty， 因 为 后 者 是 string 类 中 定义 的 
静态 属性 ， 而 非 编 译 期 单 量 。 由 于 参数 的 默认 值 只 能 使 用 编译 期 音量 ， 因 此 ， 不 能 将 其 设 为 string.Empty。 


然而 ， 使 用 市 有 默认 值 的 参数 来 编写 构造 亢 数 也 是 有 缺点 的 ， 因 为 与 编写 重 载 版 本 相 比 ， 这 种 做 法 会 令 客 户 代 码 与 本 类 耦合 
得 更 加 紧密 ， 尤 其 是 会 令 形式 参数 的 名 称 及 其 默认 值 也 成 为 公共 接口 的 一 部 分 。 如 果 修 改 了 默认 值 ， 那 么 必须 把 客户 代码 重新 纺 


ie, ARES ARES AIBRIMBA SSeS aTH ATM. FSB SAS ARS iS BRM RASC, BNE 
NIORTAI, BEER REBAR, BAREA, 


SIF MAB MIF Rin, KABSSENMMEH aKa Sits RESORT AMA. BAARIA (reflection) 来 创 
建 对 和 象 ， 它 们 需要 依赖 于 无 参数 的 构造 溺 数 ， 这 种 销 数 与 那 种 所 有 参数 都 具备 默认 值 的 构造 浮 数 并 不 是 一 回 事 ， 因 此 可 能 需要 单 
独 提供 。 构 造 冰 数 变 多 了 之 后 ， 束 有 可 能 出 现 重 复 的 代码 ， 要 想 避 免 这 个 问题 ， 开 友 者 应 该 链 式 地 调用 ， 也 殊 是 用 一 个 构造 消 数 
去 调用 本 类 的 另 一 个 构造 销 数 ， 而 不 应 该 把 共用 的 代码 提取 出 来 ， 然 后 让 所 有 的 构造 销 数 都 调用 这 段 代码 ， 因 为 这 样 做 有 很 多 缺 


Bea: 


public class MyClass 
{ 


private List<ImportantData> coll; 


private string name; 


public MyClass() 


{ 
commonConstructor(o, ""); 
} 
public MyClass(Cint initialCount ) 
{ 


commonConstructor(initialCount, ""); 


public MyClass(int initialCount, string Name) 


{ 


commonConstructor(initialCount, Name); 


private void commonConstructor(int count, 


string name) 


{ 
coll = (count > 0) ? 
new List<ImportantData>(count ) 
new List<ImportantData>(); 
this.name = name; 

} 


AFSAR SALE), PRRI NEARER, AA aE E NERE T ER 
(E, EMERARA RREA RENE (SWARRE), HARER. ATARI, 
Maat TERREN, FESS NAERAA, Al, aenn EAER EEEN RE 
面 执行 一 志 ， 而 无 法 将 其 合并 到 一 起 。 如 果 用 | 儿 来 摘 述 这 种 写法 ， 那 么 相当 于 在 说 : 


public class MyClass 


{ 

private List<ImportantData> coll; 

private string name; 

public MyClass(C) 

{ 
// Instance Initializers would go here. 
object(); // Not legal, illustrative only. 
commonConstructor(0o, ""); 

} 

public MyClass(int initialCount ) 

1: 
// Instance Initializers would go here. 
object(); // Not legal, illustrative only. 
commonConstructor(initialCount, ""); 

} 

public MyClass(int initialCount, string Name) 

{ 
// Instance Initializers would go here. 
object(); // Not legal, illustrative only. 
commonConstructor(initialCount, Name); 

} 

private void commonConstructor(int count, 

string name) 

{ 
coll = Ccount > 0) 7? 
new List<ImportantData>(Ccount ) 
new List<ImportantData>(C); 
this.name = name; 

} 

} 


有 反之， 如 果 改 用 链 式 调用 ， 那 么 代码 的 逻辑 束 变 成 : 


// Not legal, illustrates IL generated: 
public class MyClass 


{ 
private List<ImportantData> coll; 
private string name; 
public MyClass() 
sf 
// No variable initializers here. 
// Call the third constructor, shown below. 
this(0, ""); // Not legal, illustrative only. 
} 
public MyClass(Cint initialCount ) 
í 
// No variable initializers here. 
// Call the third constructor, shown below. 
tLhis(initialCount., J> 
} 
public MyClass(int initialCount, string Name) 
{ 
// Instance Initializers would go here. 
//object(); // Not legal, illustrative only. 
colLL = CinitialCount > 0) 3? 
new List<ImportantData>(CinitialCount ) 
new List<ImportantData>(); 
name = Name; 
} 
J 


SKA EIEN ARS AEE, RAPES ABN, Mea a ANEA AAE 
KAMERS, BARER SEARE ENERALE. KERRE ANAE RE al 
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次 ,也 就是 说 ， 要 么 通过 this () 委派 给 本 类 的 其 他 构造 函数 ， 要 么 通过 base () AREER, BARRER AN 
万 。 


RRE ESAERA CASA, BAW R R a EMAA. PueMyClassxyjRAB eR 
(也 融 是 其 name 字 段 ) 在 程序 运行 期 间 不 会 友 生变 化 ， eet 但 若 玉 用 辅助 溺 数 来 完成 切 始 化 ， 则 无 
法 这 样 做 ， 因 为 编译 器 会 报错 : 


public class MyClass 


{ 


// collection of data 

private List<ImportantData> coll; 
// Number for this instance 
private int counter; 

// Name of the instance: 

private readonly string name; 
public MyClass() 

{ 


commonConstructor(0, string.Empty); 


public MyClass(Cint initialCount ) 
{ 


commonConstructor(initialCount, string.Empty); 


public MyClass(Cint initialCount, string Name) 


{ 


commonConstructor(initialCount, Name); 


private void commonConstructor(int count, 
string name) 
{ 
coll = (count > 0) ? 
new List<ImportantData>(count) 
new List<ImportantData>(); 
// ERROR changing the name outside of a constructor. 


//this.name = name; 


由 于 编译 器 要 确保 this.name 是 只 读 的 ， 因 此 ， 不 允许 构造 销 数 以 外 的 代码 修改 它 。 要 想 为 其 指定 初始 值 ， 可 以 考虑 通过 构 
造 辫 数 初始 化 命令 来 实现 。 除 了 那 种 极为 简单 的 类 之 外 ， 其 他 的 类 基本 上 都 有 不 只 一 个 构造 溺 数 ， 这 些 构 造 浮 数 必须 给 对 象 中 的 


TLEH ANMEASA REER, ERER MRA, BERS, AMAR, ReMi 
先 考虑 前 一 种 办 ;去 。 如 果 人 允许 客 尸 端的 开 友 者 去 指定 参数 值 ， 那 么 在 编写 构造 立 数 时 ， 残 必须 把 他 们 有 可 能 指定 的 各 种 值 都 处 理 
好 。 同 时 要 注意 ， 你 所 选 的 默认 值 必须 能 闫 生 合 理 的 效果 ， 而 不 应 该 令 构 造 浮 数 出 现 异常 。 即 便 这 个 程序 将 来 会 因为 默认 值 友 生 
改变 而 在 技术 上 出 现 较 大 的 变化 ， 其 客 尸 问 也 依然 不 应 该 受到 影响 ， 而 是 可 以 沿用 修改 之 前 的 那 套 默认 值 并 得 出 正常 的 结果 。 也 
束 是 说， 尽量 不 要 令 默 认 值 所 友 生 的 变动 给 程序 市 来 负面 影响 。 


书 中 有 很 多 条 谈 到 了 C# 对 象 的 初始 化 工作 ， 而 本 条 是 其 中 最 后 一 条 ， 因 此 ， 不 妨 在 这 里 把 构建 某 个 类 型 的 对 象 时 所 经 历 的 
步骤 横 理 一 退 ， 以 回顾 这 些 操作 的 先后 顺序 ， 并 理解 对 象 在 默认 情况 下 是 怎样 初始 化 的 。 程 序 在 构建 对 铺 的 过 程 中 ， 应 该 把 每 一 
个 成 员 的 初始 值 都 设 定好 ， 而 且 只 应 该 设 定 一 次 。 为 了 尽量 达到 这 种 效果 ， 最 好 的 办 法 束 是 及 早 设 定 初 始 值 。 下 面 列 出 构建 某 个 
类 型 的 首 个 实例 时 系统 所 执行 的 操作 : 


1. 把 存放 静态 变量 的 空间 清 零 。 

2. 执 行 静态 变量 的 初始 化 语句 。 

3. 执 行 基 类 的 静态 构造 函数 。 

4 执行 (本 类 的 ) 静态 构造 函数 。 
5. 把 存放 实例 变量 的 空间 清 零 。 

6. 执 行 实例 变量 的 初始 化 语句 。 

7. 适 当地 执行 基 类 的 实例 构造 函数 。 
8. 执 行 (ASSAY) 实例 构造 函数 。 


以 后 如 果 还 要 构造 该 类 型 的 实例 ， 那 么 会 直接 从 第 2? 步 开 始 执行 ， 因 为 类 级 别 的 切 始 化 工作 只 执行 一 次 融 够 了 。 此 外 ， 可 以 
通过 链 式 调用 构造 函数 的 办 法 来 优化 第 6、7 两 步 ， 使 得 编译 器 在 制作 程序 码 时 不 再生 成 重复 的 指令 。 


C# 语 言 的 编译 器 可 以 保证 对 象 创建 出 来 的 那 一 刻 ， 其 所 有 内 容 均 以 某 种 方式 得 到 了 初始 化 。 你 至 少 可 以 认为 ,该 对象 所 使 
用 的 内 存 已 经 清 零 了 ， 无 论 是 静态 成 员 还 是 实例 成 员 都 是 如 此 。 你 的 目标 是 把 相关 的 成 员 设 置 成 你 想 要 的 值 ， 并 确保 这 些 设置 工 
作 只 会 执行 一 次 。 对 于 简单 的 资源 来 说， 使 用 初始 化 语句 束 够 了 。 若 是 初始 化 逻辑 较为 复杂 ， 则 可 以 考虑 用 构造 浮 数 来 实现 ， 此 
时 要 注意 把 这 些 逻 辑 放 在 其 中 一 个 构造 函数 中 ， 并 令 其 他 构造 冰 数 直接 或 间接 地 调用 该 函数 ， 以 尽量 减少 重复 的 代码 。 


第 15 条 : 不 要 创建 无 肯 的 对 象 


坪 圾 回收 器 可 以 帮 你 把 内 存 管理 好 ， 并 高 效 地 移 除 那些 用 不 到 的 对 象 ， 但 这 并 不 是 在 鼓励 你 富 无 节制 地 创建 对 象 ， 因 为 创建 
并 推 毁 一 个 基于 堆 (heap-based) 的 对 象 无 论 如 何 都 要 比 根本 不 生成 这 个 对 象 耗费 更 多 的 处 理 器 时 间 。 在 方法 中 创建 很 多 局 部 
的 引用 对 和 象 可 能 会 大 幅 降低 程序 的 性 能 。 


因此 ， 开 友 者 不 应 该 给 垃圾 回收 器 (GC) 市 来 太 多 负担 ， 而 是 应 该 利用 一 些 简单 的 技巧 ， 尽 量 降 低 GC 的 工作 量 。 所 有 3 引用 


类 型 的 对 象 都 需要 先 分 配 内 存 ， 然 后 才能 够 使 用 ， 即 便 是 局 部 变量 也 不 例外 。 如 果 根 对 象 与 这 些 对 象 之 间 没 有 路 径 可 通 ， 那 么 它 
们 融 变 成 了 垃圾 ， 具 体 到 局 部 变量 来 看 ， 如 果 声 明 这 些 变 量 的 那个 方法 不 再 活跃 于 程序 中 ， 那 么 很 可 能 导致 这 些 变 量 成 为 垃圾 。 
例如 很 多 人 喜欢 在 窗口 的 paint handler 里 面 分 配 GDI 对 象 ， 这 样 做 容易 出 现 这 个 问题 : 


protected override void OnPaint(PaintEventArgs e) 


{ 
// Bad. Created the same font every paint event. 
using (Font MyFont = new FontC"Arial", 10.0f)) 
{ 
e.Graphics.DrawString (DateTime .Now.ToString(), 
MyFont, Brushes.Black, new PointF(C0O, 0)); 
} 
base.OnPaint(e); 
} 


private readonly Font myFont = 
new Font( "Arial", 10.0f); 


protected override void OnPaint(PaintEventArgs e) 


{ 
e.Graphics.DrawString(DateTime.Now.ToString(), 
myFont, Brushes.Black, new PointF(O, 0)); 
base .OnPaint(e); 
} 


系统 会 频繁 调用 OnPaint () 万 法 ， 而 每 次 调用 时 ， 都 会 创建 新 的 Font 对 象 ， 但 实际 上 ， 这 些 对 象 采用 的 是 同一 套 设 定 ， 
因此 使 得 垃圾 回收 器 忌 是 要 回收 旧 的 Font。GC 的 执行 时 机 与 程序 所 分 配 的 内 存 数量 以 及 分 配 的 频率 有 关 ， 如 果 忆 是 分 配 内 存 ， 
那么 GC 的 工作 压力 融 比 较 大 ， 从 而 会 运行 得 更 加 频 每 ， 这 目 然 要 降低 程序 的 效率 。 


反 乙 ， 如 果 把 Font 对 象 从 局 部 变量 改 为 成 员 变 量 ， 那 么 每 次 绘制 窗口 时 ， 融 可 以 重复 使 用 同一 个 Font: 


private readonly Font myFont = 
new Font( "Arial", 10.0f); 


protected override void OnPaint(PaintEventArgs e) 
{ 
e .Graphlcs .DrawString(DateTime.Now.ToString(), 
myFont, Brushes.Black, new PointF(O, 0O)); 


base.OnPaint(e); 


改版 之 后 的 程序 不 会 在 每 次 处 理 paint 事 件 时 都 新 建 Font 对 象 ， 因 而 也 残 不 会 频繁 地 制造 垃圾 ， 这 能 够 令 程序 运行 得 稍 快 一 
点 。 对 于 像 本 例 的 Font 这 样 实现 了 IDisposable 接 口 的 类 型 来 咒 ， 把 该 类 型 的 局 部 变量 提升 为 成 员 变 量 之 后 ， 需 要 企 类 中 实现 这 
个 接口 。 具 体 的 做 法 请 参见 第 17 条 。 


如 果 局 部 变量 是 引用 类 型 而 非 值 类 型 ， 并 且 出 现在 需要 频繁 运 行 的 例 程 (routine) 中 ， 那 束 应 该 将 其 提升 为 成 员 变 量 。 刚 
才 那 个 OnPaint 例 程 中 的 myFont 融 是 如 此 。 请 注意 ， 只 有 当 例 程 调用 得 较为 频繁 时 才 值 得 这 样 做 ， 如 果 不 太 频繁 ， 那 么 哆 不 用 
考虑 这 个 问题 。 要 避免 的 是 频繁 创建 相同 的 对 象 ， 而 不 是 说 必须 把 每 个 局 部 变量 都 转化 为 成 员 变 量 。 


早 前 那 段 代码 用 到 了 Brushes.Black 这 个 静态 属性 ， 访 属性 及 用 另 一 种 技术 来 避免 频繁 创建 相似 的 对 象 。 如 果 程序 中 有 很 多 
地 方 都 要 用 到 某 个 引用 类 型 的 实例 ， 那 么 可 以 把 它 创 建成 静态 的 成 员 变 量 。 刚 才 那 个 例子 所 用 到 的 黑色 画笔 就 是 这 样 的 实例 。 
次 用 黑色 绘制 窗口 时 ， 都 要 使 用 这 样 的 画笔 ， 但 是 如 果 每 次 绘制 时 都 重新 去 分 配 ， 那 么 程序 在 执行 过 程 中 就 要 创建 并 销毁 大 量 的 
Brush 对 象 。 即 便 按 照 刚 才 那 条 技巧 将 这 个 对 象 从 局 部 变量 提升 为 成 员 变 量 ， 也 还 是 无 法 避免 该 问题 ， 不 过 ， 这 距离 真正 的 办 法 
已 经 很 近 了 。 由 于 程序 会 创建 很 多 窗口 与 控件 ， 而 且 在 绘制 这 些 内 容 时 会 用 到 大 量 的 黑色 画笔 ， 因 此 ，.NET 框 架 的 设计 者 决 
定 ， 只 创建 一 支 黑色 的 画笔 给 程序 中 的 各 个 地 方 共 用 。Brushes 类 里 面 有 大 量 的 Brush 对 象 ， 每 个 对 象 对 应 于 一 种 颜色 ， 这 种 颜 
色 的 画笔 是 程序 中 的 每 个 例 程 都 可 以 使 用 的 。Brushes 类 在 其 内 部 采用 惰性 求 值 算法 (lazy evaluation algorithm) 来 创建 画 
笔 ， 这 种 算法 的 逻辑 可 以 表示 成 下 面 这 样 : 


private static Brush blackBrush; 


public static Brush Black 


{ 
get 
í 
if (blackBrush == null) 
blackBrush = new SolidBrush(Color.Black); 
return blackBrush; 
} 
} 


首次 请 求 获 取 黑 色 男 笔 和 时，Brushes 类 会 创建 该 画笔 ， 并 把 指向 它 的 引用 保存 起 来 。 以 后 如 果 还 要 获取 这 种 颜色 的 画笔 ， 那 
么 Brushes 类 就 把 早 前 保存 的 引用 直接 返回 给 你 ， 而 不 再 去 重新 创建 。 因 此 ， 画 笔 创 建 好 之 后 是 可 以 反复 使 用 的 ， 而 且 还 有 一 个 
好 处 : 如 果 程 序 自始至终 都 没有 用 到 某 种 颜色 的 画笔 (例如 暗 黄 绿色 ，lime green) ， 那 么 Brushes 类 就 根本 不 去 创建 设 男 笔 。 
按照 这 种 思路 来 设计 框架 能 够 尽量 少 创建 一 些 对 象 ， 也 就 是 只 会 把 真正 用 到 的 那些 对 象 创建 出 来 。 在 编程 工作 中 使 用 该 技术 会 有 
正 反 两 方面 的 效果 ， 其 正面 效果 是 可 以 令 程序 少 创建 一 些 对 象 ， 而 负面 效果 则 是 有 可 能 导致 对 象 企 内 人 存 中 竺 得 比较 久 ， 这 还 意味 
着 开发 者 无 法 释放 非 托管 资源 ， 因 为 你 不 知道 什么 时 候 调 用 Dispose () 方法 才 好 。 


前 面 讲 的 这 两 项 技巧 都 可 以 令 程序 在 运行 过 程 中 尽量 少 分 配 一 些 对 象 ， 第 一 项 技巧 是 把 经 常 使 用 的 局 部 变量 提升 为 成 员 变 
=, 第 二 项 技 I5 是 及 用 依赖 注入 (dependency injection) 的 办 法 创建 并 复 用 那些 经 党 使 用 的 类 实例 。 此 外 ， 还 有 一 项 针对 不 
可 变 类 型 (immutable type) 的 扩 巧 ， 该 技巧 可 以 把 这 种 类 型 的 对 象 最 终 所 应 具备 的 取 值 分 步骤 地 构建 好 。 比 方 
说，System.String 类 束 是 不 可 变 的 ， 这 种 字符 串 创 建 好 之 后 ， 其 内 容 无 法 修改 。 某 些 代 码 看 上 去 好 像 是 修改 了 字符 串 的 内 容 ， 
但 其 实 还 是 创建 了 新 的 string 对 象 ， 并 用 它 来 替换 原 有 的 string， 从 而 导致 后 者 变 为 垃圾 。 下 面 这 种 写法 看 起 来 似乎 没有 问题 : 


string msg = "Hello, "; 


msg += thisUser.Name; 


Today is "; 


msg += 
msg += System.DateTime.Now.ToString(); 


但 这 样 写 是 很 没有 效率 的 ， 因 为 它 相当 于 


string msg = "Hello, "; 

// Not legal, for illustration only: 

string tmpl = new String(msg + thisUser.Name) ; 

msg = tmpl; // "Hello " is garbage. 

string tmp2 = new String(msg + ". Today is "); 

msg = tmp2; // "Hello <user>" is garbage. 

string tmp3 = new String(msg + DateTime.Now.ToString()); 
msg = tmp3; // "Hello <user>. Today is " is garbage. 


tmp1、tmp2、tmp3 以 及 刚 开始 构建 的 那个 msg ("Hello") 全 都 成 了 志 圾 ， 因 为 在 string 类 的 对 象 上 面 运用 + = 运算 
致 程序 创建 出 新 的 字符 串 对 象 ， 并 且 令 指向 原 字 符 串 的 那个 引用 指向 这 个 新 对 象 。 程 序 并 不 会 把 这 两 个 字符 捉 中 的 字符 连接 起 来 
并 将 其 保存 在 原来 那个 字符 串 的 存储 空间 中 。 如 果 想 用 效率 较 高 的 办 法 完成 刚才 那个 例子 所 执行 的 操作 ， 那 么 可 以 考虑 通过 内 插 
字符 串 来 实现 : 


string msg = string.Format("Hello, {0}. Today is {1}", 


thisUser.Name, DateTime.Now.ToString()); 


如 果 要 执行 更 为 复杂 的 操作 ， 那 么 可 以 使 用 StringBuilder 类 : 


StringBuilder msg = new StringBuilder( "Hello, "); 
msg.Append(thisUser.Name) ; 

msg.Append(". Today is "); 

msg.Append(DateTime .Now.ToString()); 

string finalMsg = msg.ToString(); 


由 于 这 个 例子 很 简单 ， 因 此 用 内 插 字 符 串 来 做 残 足 够 了 (内 插 字 符 串 的 用 法 参见 第 4 条 ) 。 如 果 最终 要 构建 的 字符 串 很 复 
杂 ， 不 大 方便 用 内 插 字 符 串 实现 ， 那 么 可 以 考虑 改 用 StringBuilder 处 理 ， 这 是 一 种 可 变 的 字符 串 ， 提 供 了 修改 其 内 容 的 机 制 |， 
使 得 开 友 者 能 够 以 此 来 构建 不 可 变 的 string 对 象 。 与 StringBuilder 类 本 身 的 功能 相 比 ， 更 值得 学 习 的 是 它 所 体现 的 设计 思路 ， 也 
就 是 说 ， 如 果 要 设计 不 可 变 的 类 型 ， 那 束 应 该 考虑 提供 相应 的 builder (构建 器 ) ， 令 开 友 者 能 够 以 分 阶段 的 形式 来 指定 不 可 变 
的 对 象 最 终 所 应 具备 的 取 值 。 这 既 可 以 保证 构建 出 来 的 对 象 不 会 遭 到 修改 ， 又 能 够 给 开 友 者 提供 较 大 的 余地 ， 使 其 可 以 将 整个 构 


建 过 程 划分 为 多 个 步骤 。 


垃圾 回收 器 能 够 有 效 地 管理 应 用 程序 所 使 用 的 内 人 存 ， 但 是 要 注意 ， 人 在 堆 上 创建 并 销毁 对 象 仍 需 耗 费 一定 的 时 间 ， 因 此 ， 不 要 
过 多 地 创建 对 象 ， 也 不 要 创建 那些 根本 不 用 去 重新 构建 的 对 象 。 此 外 ， 在 函数 中 以 局 部 变量 的 形式 频繁 创建 引用 类 型 的 对 象 也 是 


合适 的 ， 应 该 把 这 些 变 量 提升 为 成 员 变量 ,或 是 考虑 把 最 弟 用 的 那儿 个 实例 设置 成 相关 类 型 中 的 静态 对 象 。 最 后 还 有 一 条 技 
， 束 是 要 考虑 给 不 可 变 的 类 型 设计 相应 的 builder 类 ， 以 供用 户 通 过 可 变 的 builder 对 象 来 构建 不 可 变 的 对 象 。 


第 16 条 : 绝对 不 要 人 在 构造 阔 数 里 面 凋 用 虚 轴 数 


在 构建 对 象 的 过 程 中 调用 虚 数 会 令 程序 表现 出 奇怪 的 行为 ， 因 为 该 对 象 此 时 并 没有 完全 构造 好 ， 而 且 虚 冰 数 的 效果 与 开 友 
者 所 想 的 也 未 必 相 同 。 考 虑 下 面 这 个 简单 的 程序 : 


class B 
{ 
protected BC) 
i 
VFunc(); 
} 
protected virtual void VFunc() 
{ 
Console.WriteLine("VFunc in B"); 
} 


class Derived : B 


i 
private readonly string msg = "Set by initializer"; 
public Derived(string msg) 
af 
this.msg = msg; 
} 
protected override void VFunc() 
{ 
Console.WriteLine(msg); 
} 
public static void Main() 
{ 
var d = new Derived("Constructed in main"); 
} 
} 


程序 打印 出 来 的 是 “Constructed in main” ~ “VFuncin B” 还 是 “Set by initializer” ? 有 经 验 的 C+ + 程序 员 可 能 认为 
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是 “VFunc in B”， 某 些 C# 程 序 员 可 能 认为 是 “Constructed in main” ， 但 实际 上 却 是 “Set by initializer”。 


基 类 的 构造 函数 调用 了 一 个 定义 在 本 类 中 但 是 为 派生 类 所 重 写 的 (overriden) 虚 国 数 ， 于 是 程序 在 运行 的 时 候 调 用 的 就 是 
派生 类 的 版 本 ， 因 为 对 象 的 运行 期 类 型 是 Derived， 而 非 b。 根 据 C# 语 言 的 规范 ， 系 统 会 认为 这 个 对 象 是 一 个 可 以 正常 使 用 的 对 
象 ， 因 为 程序 在 进入 构造 疯 数 的 遂 数 体 之 前 ， 已 经 把 该 对 象 的 所 有 成 员 变 量 全 都 初始 化 好 了 ， 也 就 是 如 ， 开 发 者 在 声明 每 一 个 成 
[= pr 


员 变 量 时 所 写 的 初始 化 语句 都 得 天 了 执行 。 尽 管 如 此 ， 但 这 并 不 意味 着 这 些 成 员 变 量 的 值 与 开发 者 最 终 想 要 的 结果 相符 ， 因 为 程 
序 仅仅 执行 了 成 员 变 量 的 初始 化 语句 ， 而 尚未 执行 构造 消 数 中 与 这 些 变量 有 关 的 逻辑 。 


在 构建 对 象 的 过 程 中 调用 虚 销 数 总 是 有 可 能 令 程 序 中 的 数据 竟 想 。C++ 语 言 的 设计 者 认为 ， 虚 消 数 应 该 解析 到 正在 构建 的 
这 个 对 象 所 具备 的 运行 期 类 型 上 面 ， 而 他 们 同时 又 认为 ， 该 对 象 的 运行 期 类 型 应 该 尽快 明确 。 


根据 前 一 点 可 以 推 知 : 由 于 要 创建 的 对 象 是 Derived 类 型 ， 因 此 ， 相 天 的 虚 函 数 应 该 解析 成 Derived 和 版 本 。 但 后 一 点 却 并 不 
适用 于 C 蕴 直言 。C+ + 对象 的 运行 期 类 型 会 在 调用 各 构造 函数 的 过 程 中 友 生 变化 ， 但 是 要 j 旬 的 运行 期 类 型 却 是 一 开始 融 定 好 
的 ， 这 样 的 话 ， 即 便 基 类 是 抽象 类 也 依然 可 以 调用 其 中 的 虚 方 法 ， 而 不 会 出 现 null 指 针 的 问题 。 仍 以 刚才 那 段 代码 为 例 : 


abstract class B 


{ 
protected BC) 


{ 
VFunc(); 


protected abstract void VFunc(); 


class Derived : B 


{ 


private readonly string msg = "Set by initializer"; 


public Derived(string msg) 


af 


this.msg = msg; 


protected override void VFunc() 


{ 
Console .WriteLine(msg) ; 
i; 
public static void Main() 
{ 


var d = new Derived("Constructed in main"); 
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能 是 B 的 某 个 具体 (concrete) 子 类 ， 而 那个 类 肯定 实现 了 VFunc () 方法 。 于 是 ，C# 调 用 的 就 是 那个 具体 子 类 的 VFunc () 
国 数 ， 只 有 这 样 做 才 不 会 令 程序 因为 在 构造 函数 里 面 调 用 抽象 类 中 的 方法 而 抛 出 运行 时 异常 (runtime exception) . RZ, 4 
果 在 C++ 里 面 这 样 做 ， 那 么 当 程 序 运行 到 B 类 的 构造 函数 时 ， 就 会 因为 调用 VFunc () MAAR. 


C## 诗 言 采 用 的 这 种 办 法 虽然 不 会 使 程序 月 溃 ， 但 还 是 有 缺陷 的 ， 因 为 它 使 得 msg 这 个 不 可 变 的 对 象 人 在 整个 生存 期 中 无 法 保 
持 恒 定 的 取 值 。 在 构造 轴 数 尚未 把 该 对 象 初始 化 好 之 前 ， 它 的 取 值 是 由 匀 始 化 语句 设 定 的 ， 而 执行 完 构造 亢 数 乙 后， 其 值 却 变 成 
了 由 构造 浮 数 所 设置 的 那个 值 。 一 般 来 说 ,派生 类 的 对 象 所 具有 的 那些 成 员 变 量 其 默认 取 值 由 初始 化 语句 或 系统 来 确定 ， 如 果 开 
发 者 想 在 构造 浮 数 中 给 这 些 变量 赋值 ， 那 么 只 有 等 程序 运行 到 该 肖 数 时 ， 其 效果 才能 得 以 显现 。 


在 ( 基 类 的 ) 构造 消 数 里 面 调用 虚 消 数 会 令 代 码 严 重 依 赖 于 派生 类 的 实现 细节 ， 而 这 些 细节 是 无 法 控制 的 ， 因 此 ， 这 种 做 法 
很 容易 出 问题 。 如 果 要 保证 该 做 法 不 出 错 ， 那 么 派生 类 必须 通过 初始 化 语句 把 所 有 的 实例 变量 都 设置 好 ， 这 使 得 开 上 友 者 无 法 运用 
很 多 编程 扩 巧 ， 例 如 无 法 根据 构造 尔 数 的 参数 来 给 该 对 象 设 定 合适 的 内 部 状态 。 换 句 话 说， 这 要 求 派生 类 必须 定义 默认 的 构造 函 
数 ， 而 且 不 能 市 有 别 的 构造 冰 数 ， 这 对 派生 类 的 开 友 者 来 说 是 很 大 的 负担 。 你 帝 得 每 一 位 开 上 及 者 都 会 按照 这 套 规则 来 编程 吗 ? 我 
看 不 太 可 能 。 这 样 写 出 来 的 代码 以 后 或 许 会 出 现 很 多 错误 。 由 于 这 种 写法 难以 达到 正确 的 效果 ， 因 此 ，Visual Studio 所 附 市 的 
FxCop 及 Static Code Analyzer 等 工具 都 会 将 其 视 为 潜在 的 问题 。 


第 17 条 : 实现 标准 的 dispose 模 式 


前 面 说 过 ， 如 果 对 象 包含 非 托 管 资 源 ， 那 么 一 定 要 正确 地 加 以 清理 。 现 在 就 来 谈 谈 应 该 怎样 编写 自己 的 资源 管理 代码 ， 才 能 
把 这 些 非 内 存 型 的 资源 管理 好 。 对 于 非 托 管 资 源 来 说 ，.NET Framework 会 采用 一 套 标准 的 模式 来 完成 清理 工作 ， 因 此 ， 如 果 你 
所 编写 的 类 里 面 也 用 到 了 非 托 管 人 资源 ， 那 么 该 类 的 使 用 者 束 会 认为 这 个 类 同样 遵循 这 套 模 式 。 标 准 的 dispose (释放 /处 置 ) 模式 
既 会 实现 IDisposable 接 口 ， 又 会 提供 finalizer (终结 器 /终止 化 器 ) ， 以 便 在 客户 端 筷 记 调 用 IDisposable.Dispose () 的 情况 下 
也 可 以 释放 资源 。 这 样 做 虽然 有 可 能 令 程 序 的 性 能 因 执 行 finalizer 而 下 降 ， 但 毕竟 可 以 保证 垃圾 回收 器 能 够 把 资源 回收 掉 。 这 是 
处 理 非 托 人 党 资源 的 正确 方式 ， 开 发 者 应 该 透彻 地 理解 该 万 式 。 实 际 上 ，.NET 中 的 非 托管 资 源 还 可 以 通过 
System.Runtime.Interop.9afeHandle 的 派生 类 来 访问 ， 那 个 类 也 正确 地 实现 了 这 套 标准 的 dispose 模 式 。 


在 类 的 继承 体系 中 ， 位 于 根部 的 那个 基 类 应 该 做 到 以 下 几 点 : 
- 实现 IDisposable 接 口 ， 以 便 释放 资源 。 


如 果 本 身 含有 非 托 管 资 源 ， 那 就 添加 finalizetr， 以 防 客户 端 忘记 调用 Dispose () 方法 。 若 是 没有 非 托 管 资 源 ， 则 不 用 添加 


finalizer. 


: Dispose 方 法 与 finalizer (如 果 有 的 话 ) 都 把 释放 资源 的 工作 委派 给 虚 方 法 ， 使 得 子 类 能 够 重 写 该 方法 ， 以 释放 它们 自己 的 


继承 体系 中 的 子 类 应 该 做 到 以 下 几 氮 : 

“ 如 果子 类 有 自己 的 资源 需要 释放 ， 那 就 重 写 由 基 类 所 定义 的 那个 虚 方 法 ， 著 是 没有 ， 则 不 用 重 写 该 方法 。 

. 如 果子 类 自身 的 菜 个 成 员 字段 表示 的 是 非 托管 资源 ， 那 么 就 实现 finalizer， 若 没有 这 样 的 字段 ， 则 不 用 实现 finalizer。 
. 记得 调用 基 类 的 同名 函数 。 


首先 要 注意 ， 如 果 你 的 类 本 身 不 包含 非 托 管 资 源 ， 那 融 不 用 编写 finalizer， 但 在 是 包含 这 种 资源 的 话 ， 则 必须 提供 
finalizer， 因 为 你 不 能 保证 该 类 的 使 用 者 轧 是 会 调用 Dispose () 方法 。 如 果 他 们 乓 了 ， 融 会 造成 资源 泄漏 ， 尽 管 这 是 他 们 的 
首 ， 但 受 责备 的 却 是 你 (因为 你 没有 提前 防范 这 种 情况 ) 。 只 有 提供 了 finalizer， 才 能 够 确保 非 托管 资源 总 是 能 够 得 以 释放 。 
此 ， 只 要 你 的 类 本 身 包 合 非 托管 资源 ， 融 一 定 要 提供 finalizer。 


坪 圾 回收 器 每 次 运行 的 时 候 ， 痢 会 把 不 市 finalizer 的 垃圾 对 象 立 刻 从 内 存 中 移 走 ， 而 市 有 finalizer 的 对 象 则 会 继续 留 在 内 存 
里 面 ， 而 且 会 添加 a 到 队列 中 。GC 会 安排 线程 在 这 些 对 象 上 面 运行 finalizer， 运 行 完毕 之 后 ， 通 常 就 可 以 像 那些 不 市 finalizer 的 垃 
圾 对 象 一 样 从 内 存 中 移 走 。 然 而 与 那些 对 象 相 比 ， 它 们 属于 老 一 代 的 对 象 ， 只 有 当 其 finalizer 执 行 过 一 次 之 后 ，GC 才 会 将 其 视 
为 可 以 直接 释放 的 对 象 ， 这 意味 着 它们 需要 在 内 存 中 停留 更 长 的 时 间 。 这 也 是 没有 办 法 的 事情 ， 因 为 你 必须 通过 finalizer 这 种 防 
汽机 制 来 确保 非 托 管 资 源 可 以 得 到 释放 。 尽 管 程序 性 能 或 许 会 因此 而 有 所 下 降 ， 但 这 并 不 值得 过 分 担忧 ， 只 要 客户 代码 能 够 像 平 
常 那样 记得 调用 Dispose () 方法 ， 融 不 会 有 这 个 问题 。 


如 果 你 所 编写 的 类 使 用 了 肝 些 必须 及 时 释放 的 资源 ， 那 融 应 该 按照 惯例 实现 IDisposable 接 口 ， 以 提醒 本 类 的 使 用 者 与 运行 
期 系统 注意 。 设 接口 只 包 合 一 个 方法 : 


{ 


void Dispose(); 


实现 IDisposable.Dispose () 方法 时 ， 要 注意 以 下 四 点 : 
1. 把 非 托 管 资源 全 都 释放 掉 。 
2. 把 托管 资源 全 都 释放 掉 (这 也 包括 不 再 订阅 时 前 关注 的 那些 事件 ) 。 


3. 设 定 相 关 的 状态 标志 ， 用 以 表示 该 对 象 已 经 清理 过 了 。 如 果 对 象 已 经 清理 过 了 之 后 还 有 人 要 访问 其 中 的 公有 成 员 ， 那 么 你 
可 以 通过 此 标志 得 知 这 一 状况 ， 从 而 令 这 些 操作 抛 出 ObjectDisposedException。 


4. 阻 止 垃圾 回收 器 重复 清理 该 对 象 。 这 可 以 通过 CC.3uppressFinalize (this) 来 完成 。 


正确 实现 IDisposable 接 口 是 一 举 两 得 的 事情 ， 因 为 它 既 提供 了 适当 的 机 制 使 得 托管 资源 能 够 及 时 释放 ， 又 令 客户 端 可 以 通 
过 标准 的 Dispose () 方法 来 释放 非 托管 型 的 资源 。 这 是 相当 好 的 效果 。 如 果 你 所 编写 的 类 实现 了 IDisposable 接 口 ， 并 且 客 户 
端 又 能 够 记得 调用 其 Dispose () 方法 ， 那 么 程序 就 不 必 执行 finalizer 了 ， 其 性 能 也 不 会 因此 而 下 降 ， 这 使 得 该 类 能 够 顺利 融 
入 .NET 环 境 中 。 


但 是 这 种 机 制 依然 有 漏洞 ， 因 为 子 类 在 清理 自身 的 资源 时 还 必须 保证 基 类 的 资源 也 能 得 到 清理 。 如 果子 类 要 重 写 finalizer 或 
是 想 根据 自己 的 需要 给 IDisposable.Dispose () 添加 新 的 逻辑 ， 那 就 必须 调用 基 类 的 版 本 ， 否 则 ， 基 类 的 资源 就 无 法 正确 释 
放 。 此 外 ， 由 于 finalizer 与 Dispose () 都 有 一 些 类 似 的 任务 需要 完成 ， 因 此 ， 这 两 万 法 几乎 总 是 会 包含 重复 的 代码 。 直 接 重 写 
接口 中 的 函数 可 能 无 法 达成 你 想 要 的 效果 ， 因 为 这 些 函 数 在 默认 情况 下 是 非 虚 的 。 为 此 ， 还 需要 再 做 一 点 工作 来 解决 这 些 问 题 : 
也 就 是 要 把 finalizer 与 Dispose () 中 的 重复 代码 提取 到 protected 级 别 的 虚 函 数 里 面 ， 使 得 子 类 能 够 重 写 该 函数 ， 以 释放 它们 
自己 所 分 配 的 那些 资源 ， 而 基 类 则 应 该 在 接口 方法 里 面 把 核心 的 逻辑 实现 好 。 这 个 辅助 的 虚 国 数 可 以 声明 成 下 面 这 个 样子 供 子 类 
去 重 写 ， 使 它们 能 够 在 Dispose () 方法 或 finalizer 得 以 执行 时 把 相关 的 资源 清理 干净 : 


protected virtual void Dispose(bool isDisposing) 


IDisposable.Dispose () 与 finalizer 都 可 以 调用 该 方法 来 清理 相关 的 资源 。 这 个 方法 与 1Disposable.Dispose () 相互 重 
载 ， 然 而 由 于 它 是 个 虚 方 法 ， 因 此 ， 子 类 可 以 重 写 该 方法 ,以便 用 适当 的 代码 来 清理 目 身 的 资源 并 调用 基 类 的 版 本 。 如 果 
isDisposing 参 数 是 true， 那 么 应 该 同时 清理 托 侣 资源 与 非 托管 资源 (因为 这 表明 该 方法 是 在 IDisposable.Dispose () 中 调用 
AY) 。 反 之 ， 知 为 false， 则 只 应 清理 非 托管 资源 (因为 这 表明 该 方法 是 在 finalizer 中 调用 的 ) 。 无 论 是 哪 一 种 情况 ， 都 要 调用 基 
类 的 Dispose (bool) 方法 ， 使 得 基 类 有 机 会 清理 其 资源 。 


下 面 这 个 简单 的 范例 演示 了 实现 该 模式 所 用 的 代码 框架 ， 其 中 的 MyResourceHog 类 实现 了 |Disposable 接 口 ， 并 创建 了 
Dispose (bool) 这 个 虚 方 法 : 


public class MyResourceHog : IDisposable 


{ 
// Flag for already disposed 
private bool alreadyDisposed = false; 
// Implementation of IDisposable. 
// Call the virtual Dispose method. 
// Suppress Finalization. 
public void Dispose() 
{ 
Dispose(true); 
GC.SuppressFinalize(this) ; 
} 
// Virtual Dispose method 
protected virtual void Dispose(bool isDisposing) 
{ 
// Don't dispose more than once. 
if CalreadyDisposed) 
return; 
if (isDisposing ) 
{ 
// elided: free managed resources here. 
} 
// elided: free unmanaged resources here. 
// Set disposed flag: 
alreadyDisposed = true; 
} 
public void ExampleMethod() 
{ 
if (alreadyDisposed) 
throw new 
ObjectDisposedException("MyResourceHog", 
"Called Example Method on Disposed object"); 
// remainder elided. 
$ 
} 


DerivedResourceHog 类 继承 了 MyResourceHog， 并 重 写 了 基 类 中 的 protected Dispose (bool) 方法 : 


public class DerivedResourceHog : MyResourceHog 


{ 

// Have its own disposed flag. 

private bool disposed = false; 

protected override void Dispose(bool isDisposing) 

{ 
// Don't dispose more than once. 
if (disposed) 

return; 
if (CisDisposing) 
i 
// TODO: free managed resources here. 

} 
// TODO: free unmanaged resources here. 
// Let the base class free its resources. 
// Base class is responsible for calling 
// GC.SuppressFinalize(C( ) 
base.Dispose(isDisposing) ; 
// Set derived class disposed flag: 
disposed = true; 

} 

Í 


请 注意 ， 基 类 与 子 类 对 象 采用 各 目的 disposed 标 志 来 表示 其 资源 是 否 得 到 释放 ， 这 人 么 写 是 为 了 防止 出 错 。 假 如 共用 同一 个 
标志 ， 那 么 子 类 残 有 可 能 在 释放 上 自己 的 资源 时 率先 把 该 标志 设置 成 true， 而 等 到 基 类 运行 Dispose (bool) 方法 时 ， 则 会 误 以 为 
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Dispose (bool) 与 finalizer 都 必须 编写 得 很 可 靠 ， 也 融 是 要 具备 民 等 (idempotent) 的 性 质 ， 这 意味 着 多 次 调用 
Dispose (bool) 的 效果 与 只 调用 一 次 的 效果 应 该 是 完全 相同 的 。 由 于 各 对 象 的 djispose 操 作 之 间 可 能 没有 了 明确 的 顺序 ， 因 此 在 
执行 自身 的 Dispose (bool) 时 ， 或 许 会 友 现 其 中 某 个 成 员 对 象 已 经 dispose (FHM) 过 了 。 这 并 不 表示 程序 出 了 问题 ， 因 为 
Dispose () 方法 本 来 残 有 可 能 多 次 得 到 调用 。 对 于 该 方法 以 外 的 其 他 public 方 法 来 讽 ， 如 果 人 在 对 象 已 经 齐 到 释放 之 后 还 有 人 要 
调用 该 对 象 ， 那 融 应 该 抛 出 ObjectDisposedException， 然 而 Dispose () 是 个 例外 。 在 对 象 遭 到 释放 之 后 调用 该 万 法 不 应 该 有 
任何 效果 。 当 系统 执行 某 个 对 象 的 finalizer 时 ， 该 对 象 所 引用 的 某 些 资 源 可 能 已 经 释放 过 了 ， 或 是 从 来 束 没 有 得 到 初始 化 。 对 于 
前 者 来 说 是 不 用 检查 其 是 否 为 null 的 ， 因 为 它 所 引用 的 那个 资源 肯定 还 可 以 继续 引用 ， 只 不 过 有 可 能 已 经 释放 掉 了 ， 甚 至 其 
finalizer 都 有 可 能 已 经 执行 过 了 。 


MyResourceHog 与 DerivedResourceHog 这 两 个 类 都 没有 编写 finalizer， 由 于 笔者 所 举 的 这 段 范 例 代码 并 未 直接 包含 非 托 
沁 资 源 ， 因 此 用 不 着 编写 finalizer， 这 就是 说 ， 汇 例 代 码 根 本 不 会 以 false 为 参数 来 调用 Dispose (bool) 。 这 是 正确 的 ， 因 为 只 
有 当 该 类 型 直接 含有 非 托管 资源 时 ， 才 应 该 实现 finalizer。 人 否则 的 话 ， 即 便 不 调用 ， 也 会 给 这 个 类 型 增加 负担 ， 因 为 它 毕 竟 是 有 
较 大 开销 的 。 如 果 类 里 面 确实 有 非 托管 资源 ， 那 就 必须 添加 finalizer 才 能 够 正确 地 实现 dispose 模 式 ， 此 时 的 finalizer 应 该 与 
Dispose (bool) 一 样 ， 都 可 以 适当 地 将 非 托 管 资 源 释放 掉 。 


在 编写 Dispose 或 finalizer 等 资源 清理 的 方法 时 ， 最 重要 的 一 点 是 : 只 应 该 释放 人 资源 ， 而 不 应 该 做 其 他 的 处 理 ， 否 则 ， 就 会 
产生 一 些 涉及 对 象 生存 期 的 严重 问题 。 按 道理 来 说 ， 对 象 应 该 在 构造 时 诞生 ， 并 在 变 成 垃圾 且 遭 到 回收 时 消亡 。 如 果 程 序 不 再 访 
问 某 个 对 象 ， 那 么 可 以 认为 该 对 象 已 经 氏 迷 (comatose) ,对象 中 的 方法 也 不 会 得 到 调用 ， 这 实际 上 就 等 于 已 经 消食 了 。 然 而 
如 果 它 包含 finalizer， 那 么 系统 在 正式 宣告 其 消亡 之 前 ， 会 给 它 留 一 个 机 会 ， 使 之 能 够 将 非 托管 资源 清理 掉 。 此 时 ， 如 果 
finalizer 令 该 对 象 可 以 重新 为 程序 所 3 引用， 那么 它 就 复活 了 ， 可 是 这 种 从 昏迷 中 醒 过 来 的 对 象 活 得 并 不 好 。 下 面 举 一 个 很 明显 的 
例子 : 


public class BadClass 
{ 


// Store a reference to a global object: 
private static readonly List<BadClass> finalizedList = 
new List<BadClass>(); 


private string msg; 


public BadClass(string msg) 


{ 
// cache the reference: 
msg = (string)msg.Clone(); 
} 
~BadClass() 


{ 
// Add this object to the list. 


// This object is reachable, no 
// longer garbage. It's Back! 
FinalizedList.Add(this); 


j 


BadClass 对 象 执行 其 finalizer 时 ， 会 把 握 向 目 身 的 引用 添加 到 全 局 列表 中 ， 使 得 程序 能 够 再 度 访问 该 对 象 ， 从 而 令 这 个 对 象 
得 以 复活 。 这 会 造成 很 大 的 问题 。 首 先 ， 由 于 对 象 的 finalizer 已 经 执行 过 了 ， 因 此 垃圾 回收 器 不 会 再 执行 其 finalizer， 于 是 ， 这 
个 复活 的 对 象 束 不 会 为 系统 所 终结 (finalize) 。 其 次 ， 该 对 稼 所 引用 的 资源 可 能 已 经 无 效 了 。 对 于 那些 只 能 够 由 finalizer 队 列 


中 的 对 象 所 访问 的 资源 来 襄 ，GC 并 不 会 将 其 从 内 存 中 移 走 ， 然 而 这 些 资 源 的 finalizer 或 许 已 经 执行 过 了 ， 如 果 是 这 样 ， 那 么 这 
些 人 资源 基本 上 残 不 能 再 使 用 了 。 由 此 可 见 ， 尽 管 BadClass 对 象 的 东 些 成 员 依然 位 于 内 人 存 中 ， 但 或 许 已 经 为 系统 所 释放 或 终结 
了 ,而 其 终结 的 顺序 是 开发 者 所 无 法 控制 的 。 由 于 C# 语 言 并 没有 提供 相应 的 控制 机 制 ， 因 此 ， 这 样 写 出 来 的 程序 是 不 可 靠 的 。 
请 大 家 不 要 采用 这 种 写法 。 


除了 课程 练习 之 外 ， 笔 者 还 从 没 见 过 有 谁 会 像 这 样 故 意 把 正在 终结 的 对 象 复 活 过 来 。 但 是 ， 现 实 工作 中 会 出 现 另 一 种 错误 的 
用 法 ， 也 就 是 有 人 想 在 对 象 的 finalizer 中 调用 函数 以 执行 某 些 工作 ， 可 是 那个 函数 却 把 据 向 该 对 象 的 引用 保存 了 起 来 。 笔 者 想 襄 
的 是 ， 编 写 finalizer 时 ， 一 定 要 仔细 检查 代码 ， 而 且 最 好 能 把 Dispose 方 法 的 代码 也 一 起 检查 一 遍 。 如 果 发 现 这 些 代码 除了 释放 
资源 之 外 还 执行 了 其 他 的 操作 ， 那 就 要 再 考虑 考虑 了 。 这 些 操作 以 后 有 可 能 令 程序 出 bug， 最 好 是 现在 就 把 它们 从 方法 中 删 掉 ， 
使 得 finalizer 与 Dispose () FARAREBMAR. 


对 于 运行 在 托管 环境 中 的 程序 来 涡 ， 开 发 者 并 不 需要 给 自己 所 创建 的 每 一 个 类 型 都 编写 finalizer。 只 有 当 其 中 包 合 非 托 绾 资 
源 或 是 带 有 实现 了 IDisposable 接 口 的 成 员 时 ， 才 需要 添加 finalizer。 然 而 要 注意 : 在 只 需 实现 |Disposable 接 口 但 并 不 需要 
finalizer 的 场合 下 ， 还 是 应 该 把 整套 模式 实现 出 来 ， 人 否则 ， 子 类 残 无 法 轻松 实现 标准 的 dispose 方 案 。 因 此 ， 你 应 该 像 笔 者 在 本 
条 中 所 说 的 这 样 ， 把 标准 的 dispose 框 架 写 好 ， 这 不 仪 会 使 你 的 工作 更 加 顺利 ， 而 且 能 令 该 类 的 用 户 以 及 从 中 派生 子 类 的 开发 者 
更 为 方便 地 利用 它 。 


Som ”合理 地 运用 泛 型 


读 了 一 些 文 章 与 论 义 之 后 ， 你 可 能 认为 只 有 在 使 用 集合 时 ， 才 需要 用 到 泛 型 。 其 实 不 是 这 样 的 ， 泛 型 还 有 很 多 种 用 法 ， 例 如 
可 以 用 来 编写 接口 、 事 件 处 理 程序 以 及 通用 的 算法 ， 等 等 。 


很 多 人 都 在 对 比 C# 的 泛 型 与 C++ 的 模板 ， 而 且 忌 是 认为 其 中 某 一 个 要 比 男 一 个 好 。 这 种 对 比 有 助 于 你 理解 语法 ， 但 应 该 适 
可 而 止 ， 如 果 硬 要 分 出 高 下 ， 那 么 反而 会 令 你 无 法 看 清楚 这 二 者 ， 因 为 无 论 是 C++ 的 模板 还 是 C# 的 泛 型 都 有 其 适当 的 用 法 ， 只 
要 用 对 了 束 好 。 本 草 稍 后 的 第 19 条 会 讲 到 这 个 问题 。 在 程序 中 使 用 泛 型 会 令 C# 编 译 器 、 川 编译 器 (Just-In-Time compiler, 
即时 编译 器 ) CLR (Common Language Runtime， 公 共 语 言 运行 时 系统 ) 友 生 相应 的 变化 。C# 编 译 器 需要 根据 你 所 写 的 
C# 代 码 为 泛 型 类 型 创建 出 MSIL (Microsoft Intermediate Language， 微 软 中 间 语 言 ， 或 者 简称 |L) 定义 ， 川 编译 器 会 把 这 份 
定义 与 一 系列 类 型 参数 结合 起 来 ， 创 建 出 封闭 式 的 (closed) 泛 型 类 型 ， 而 CLR 则 在 运行 期 同时 给 二 者 提供 支持 。 


定义 泛 型 类 型 可 能 会 增加 程序 的 开销 ， 但 也 有 可 能 给 程序 市 来 好 处 。 用 泛 型 来 编程 有 的 时 候 会 令 程序 码 更 加 倘 洁 ， 有 的 时 候 
则 会 令 其 更 加 脓肿 。 具 体 情况 要 看 你 使 用 什么 样 的 类 型 参数 以 及 创建 出 了 多 少 个 封闭 的 泛 型 类 型 。 


泛 型 类 的 定义 (generic class definition) 属于 完全 编译 的 MSIL 类 型 ， 其 代码 对 于 任何 一 种 可 供 使 用 的 类 型 参数 来 说 都 必 
须 完全 有 效 。 这 样 的 定义 叫 作 泛 型 类 型 定义 (generic type definition) 。 对 于 泛 型 类 型 来 说 ， 如 果 所 有 的 类 型 参数 都 已 经 指 
明 ， 那 么 这 种 泛 型 类 型 就 称 为 封闭 式 泛 型 类 型 (closed generic type) ， 反 之 ， 若 仅仅 指出 了 某 些 参数 ， 则 称 为 开放 式 泛 型 类 
型 (open generic type) 。 

与 真正 的 类 型 相 比 ，1L 形 式 的 泛 型 只 是 定义 好 了 其 中 的 某 一 部 分 而 已 ， 必 须 把 里 面 的 占 位 得 替换 成 具体 的 内 容 才 能 令 其 成 为 
完备 的 泛 型 类 型 (completed generic type) ， 这 项 工作 是 由 JIT 编 译 器 在 创建 机 器 码 的 时 候 完成 的 ， 这 些 机 器 码 会 在 程序 运行 
期 根据 早 前 的 泛 型 定义 实例 化 出 封闭 式 的 泛 型 类 型 。 这 样 做 会 产生 很 多 种 封闭 的 泛 型 类 型 ， 从 而 增加 了 代码 方面 的 开销 ， 但 其 好 


处 则 是 降低 了 执行 程序 所 花 的 时 间 以 及 存储 数据 所 需 的 空间 。 


这 个 过 程 会 运用 在 开发 者 所 编写 的 每 一 个 类 型 上 面 ,， 泛 型 类 型 与 非 泛 型 类 型 都 是 如 此 。 对 于 非 泛 型 的 类 型 来 说 ，1L 形 式 的 类 
己 川 所 创建 的 机 器 码 之 间 是 一 一 对 应 的 天 系 ， 只 要 有 这 样 一 个 类 ，J 川 [ 殊 会 为 其 创建 出 一 份 相应 的 机 器 码 ;， 而 对 于 泛 型 类 来 
襄 ， 川 编译 器 则 会 判断 类 型 参数 ， 并 据 此 生成 特定 的 指令 。 它 可 以 通过 各 种 优化 技术 把 不 同 的 类 型 参数 合并 成 同一 份 机 器 码 。 
首先 看 第 一 种 情况 : 如 果 泛 型 类 的 类 型 参数 是 引用 类 型 ， 那 么 无 论 具体 指 的 是 什么 ， 省 编译 器 都 会 生成 同样 的 机 器 码 。 


例如 ， 下 面 这 三 种 写法 在 程序 运行 的 时 候 执 行 的 其 实 是 同一 份 机 器 码 : 


List<string> stringList = new List<string>(); 
List<Stream> OpenFiles = new List<Stream>(); 


List<MyClassType> anotherList = new List<MyClassType>(); 


至 于 类 型 安全 问题 ， 则 是 由 C# 编 译 器 在 编译 的 时 候 负责 的 ，JIT 只 需 假设 代码 中 的 类 型 正确 无 误 ， 并 据 此 生成 更 为 优化 的 机 
器 码 即 可 。 


如 果 至 少 有 一 个 类 型 参数 是 值 类 型 ， 那 么 规则 就 变 了 。 此 时 ，JI 编 译 器 会 根据 不 同 的 类 型 参数 生成 对 应 版 本 的 机 器 指令 。 
因此 ， 下 面 这 三 种 写法 所 对 应 的 封闭 式 泛 型 类 型 的 机 器 码 是 不 一 样 的 : 


List<double> doubleList = new List<double>(); 
List<int> markers = new List<int>(); 


List<MyStruct> values = new List<MyStruct>(); 


这 确实 跟 刚 才 不 一 样 了 ， 然 而 强调 它们 之 间 的 区 别 对 编程 工作 有 什么 意义 呢 ? 其 意义 体现 在 内 存 占 用 量 (memory 
footprint) 上 面 。 如 果 泛 型 参数 是 引用 类 型 ， 那 么 无 论 是 哪 一 种 引用 类 型 ，J 咱 都 会 编译 出 同样 的 机 器 码 ， 反 之 ， 若 是 在 封闭 式 
的 泛 型 类 型 中 出 现 了 以 值 类 型 来 充当 的 泛 型 参数 ，J 川 则 会 用 不 同 的 代码 来 应 对 。 下 面 请 大 家 下 深入 地 看 看 这 个 过 程 以 及 它 所 带 
来 的 影响 。 


如 果 泛 型 定义 (可 能 是 汉 型 万 法 或 泛 型 类 的 定义 ) 中 至少 有 一 个 类 型 参数 是 值 类 型 ， 那 么 当 运 行 期 系统 对 该 定义 做 川 {编译 
(JIT-compile) 时 ， 它 丈 要 分 两 步 来 实行 。 首 先 ， 新 建 L 形 式 的 类 ， 用 以 表示 封闭 式 的 泛 型 类 型 。 这 是 一 种 稍 加 倘 化 的 说 法 ， 
但 核心 意思 并 没有 变 ， 也 就 是 说 ， 运 行 期 系统 会 把 泛 型 定义 中 所 提 到 的 类 型 参数 T 全 都 换 成 int 这 样 的 值 类 型 。 蔡 换 完毕 后 ， 开 始 
执行 第 二 步 ， 也 束 是 对 必要 的 代码 做 川 1 编 译 ， 将 其 转化 为 x86 指 令 。 由 于 J 省 编译 器 并 不 会 在 类 刚刚 加 载 进 来 时 束 创 建 出 整个 类 
的 x86 码 ， 因 此 ， 必 须 像 这 样 分 成 两 步 执行 ， 以 便 在 切 次 用 到 某 个 万 法 时 再 去 编译 它 。 这 样 看 来 ， 咱 [编译 器 只 需 先 把 儿 中 提 到 的 

类 型 参数 全 都 蔡 换 成 值 类 型 即 可 ， 等 真正 用 到 的 时 候 册 对 蔡 换 好 的 lL 码 做 川 编译 。 其 实 普 通 类 的 定义 也 是 这 样 处 理 的 。 


这 种 做 法 使 得 程序 在 运行 的 时 候 会 占用 更 多 的 内 存 ， 因 为 每 用 到 一 种 值 类 型 ， 残 需要 对 IL 形 式 的 定义 做 一 次 蔡 换 ， 以 便 生 成 
对 应 的 封闭 式 泛 型 类 型 ， 而 这 种 类 型 中 的 每 一 个 万 法 也 都 必须 单独 用 一 段 机 器 码 来 表示 。 


但 这 样 也 是 有 好 处 的 ， 因 为 可 以 避 开 值 类 型 的 浴 箱 与 解除 涂 箱 等 操作 ， 使 得 与 之 相关 的 代码 及 数据 能 够 变 得 少 一 些 。 此 外 ， 
由 于 类 型 安全 问题 会 由 编译 嚣 确保， 因此， 运行 的 时 候 不 用 做 那么 多 检查 ， 这 可 以 缩减 程序 尺寸 ， 并 提升 其 性 能 。 本 章 稍 后 的 第 
25 条 会 讲 到 ， 如 果 用 泛 型 方法 来 取代 泛 型 类 ， 那 么 在 对 泛 型 类 型 的 定义 做 实例 化 时 ， 所 生成 的 由 代码 会 少 一 些 ， 因 为 只 有 那些 真 
J 正 引 用 到 的 方法 才 需 要 实例 化 。 定 义 在 非 泛 型 类 中 的 泛 型 万 法 不 需要 做 川 编 译 。 


本 章 要 讲解 泛 型 的 各 种 用 法 ， 并 演示 怎样 编写 可 以 提高 工作 效率 的 泛 型 类 型 与 泛 型 方法 ， 以 帮助 大 家 创建 出 实用 的 组 件 。 


第 18 条 : 只 定义 刚好 够 用 的 约束 条 件 


你 可 以 给 类 型 参数 据 定 约束 条 件 ， 用 以 规定 这 个 泛 型 类 必须 采用 什么 样 的 类 型 参数 才能 够 正常 地 运作 。 如 果 类 型 参数 不 符合 
条 件 ， 那 么 束 不 允许 用 在 这 个 泛 型 类 上 面 。 然 而 条 件 也 不 能 定 得 太 严 ， 否 则 ， 使 用 该 类 的 开 友 者 殊 必 须 做 很 多 的 工作 ， 以 求 满足 
这 些 条 件 。 怎 样 设 定 约束 条 件 才 算 合适 要 依 具 体 的 情况 来 看 ， 但 有 一 点 可 以 肯定 : 太 宽 或 太 严 都 不 合适 。 如 果 根 本 束 不 加 约束 ， 
那么 程序 必须 在 运行 的 时 候 做 很 多 检查 ， 并 执行 更 多 的 强制 类 型 转换 操作 。 此 外 ， 为 了 防止 用 尸 误 用 这 个 类 ， 你 可 能 还 得 通过 反 
射 生成 更 多 的 运行 期 错误 。 反 之 ， 如 果 施 加 了 无 谓 的 约束 ， 那 么 用 户 为 了 使 用 你 所 编写 的 这 个 类 ， 必 须 多 费 一 备 功 夫 才 行 。 你 需 
要 在 这 两 极 之 间 寻 找 折 中 点 ， 只 把 确实 有 必要 施加 的 那些 约束 写 出 来 。 


约束 (constraint) 使 得 编译 器 能 够 知道 类 型 参数 除了 具备 由 System.Object 所 定义 的 public 接 口 之 外 还 必须 满足 什么 条 
件 。 创 建 泛 型 类 型 的 时 候 ，C# 编 译 器 必须 为 这 个 泛 型 类 型 的 定义 生成 有 效 的 负 L 码 ， 因 此 ， 即 便 它 不 知道 其 中 的 类 型 参数 究竟 会 
替换 成 什么 样 的 类 型 ， 也 依然 要 设法 创建 出 有 效 的 程序 集 。 如 果 你 不 给 出 提示 ， 那 么 它 就 只 好 假设 这 些 类 型 参数 所 表示 的 都 是 最 
为 基本 的 System.Object， 也 就 是 假设 将 来 的 实际 类 型 只 支持 由 System.Object 所 公布 的 那些 方法 ， 除 此 之 外 ， 编 译 器 无 法 对 类 
型 参数 做 出 其 他 判断 ， 它 只 知道 这 些 类 型 都 必须 继承 自 System.Object。 (这 意味 着 你 无 法 用 指针 充当 类 型 参数 ， 那 样 做 会 令 泛 
型 不 够 安全 。) 这 条 假设 所 提供 的 信息 极为 有 限 ， 这 使 得 凡是 没有 定义 在 System.Object 里 面 的 用 法 全 都 会 令 编译 器 报错 ， 甚 至 
连 最 为 基本 的 new T () 等 操作 也 不 支持 (当然 ， 如 果 你 自己 定义 了 带 有 参数 的 构造 函数 ， 那 么 该 操作 就 会 章 到 遮盖 ) 。 


你 可 以 用 约束 来 表达 自己 对 泛 型 类 型 中 的 类 型 参数 所 提 的 要 求 ， 这 些 要 求 对 编译 器 与 使 用 该 类 的 其 他 开发 者 都 会 带 来 影响 。 
编译 器 看 到 了 你 所 指定 的 约束 条 件 之 后 就 会 明白 ， 能 够 充当 类 型 参数 的 那 种 类 型 除了 具备 由 System.Object 所 定义 的 public 接 品 
之 外 还 必须 具备 哪些 能 力 。 这 会 从 两 方面 给 编译 器 提供 帮助 。 首 先 ， 可 以 令 编译 器 在 创建 这 个 泛 型 类 型 的 时 候 获得 更 多 的 信息 ， 
因为 它 可 以 由 此 得 知 用 作 泛 型 参数 的 那些 类 型 必须 满足 什么 样 的 条 件 。 其 次 ， 编 译 器 能 够 保证 使 用 这 个 泛 型 类 型 的 人 所 提供 的 类 
参数 一 定 会 满足 这 些 条 件 。 例 如 你 可 以 规定 类 型 参数 必须 是 信 类 型 struct) 或 必须 是 引用 类 型 (class) ， 还 可 以 规定 它 必须 


HUB 
SEU eA RES (这 当然 意味 着 它 必 须 首先 是 个 类 才 行 ) 。 


如 果 不 采 用 约束 来 表达 这 些 要 求 ， 那 么 就 得 执行 大 量 的 强制 类 型 转换 操作 ， 并 在 程序 运行 的 时 候 做 很 多 测试 。 比 方 说 ， 如 果 
编写 下 面 这 个 泛 型 方法 的 时 候 不 约束 泛 型 参数 T， 那 么 在 调用 left 参 数 的 CompareTo 之 前 ， 就 必须 先 判断 它 所 在 的 类 型 究竟 有 没 
有 实现 IComparable<T> 接 口 : 


public static bool AreEqual<T>(T left, T right) 


{ 
if (Cleft == null) 
return right == null; 
if (left is IComparable<T>) 


{ 
IComparable<T> lval = left as IComparable<T>; 
if (right is IComparable<T>) 
return lval.CompareTo(right) == 0; 
else 
throw new ArgumentException( 
"Type does not implement IComparable<TI>", 
nameof(right) ); 
F 


else // failure 
{ 
throw new ArgumentException( 
"Type does not implement IComparable<T>", 
nameof(left)); 


如 果 明 确 要 求 T 必 须 实 现 IComparable<T> ， 那 么 这 个 泛 型 万 法 写 起 来 残 简 单 多 了 : 


public static bool AreEqual2<T>(T left, T right) 
where T : IComparable<TI> => 


left.CompareTo(right) == 0; 


这 种 写法 所 用 的 代码 比 刚才 那 种 少 ， 而 且 会 把 程序 运行 期 有 可 能 出 现 的 错误 提前 在 编译 期 暴露 出 来 ， 也 就 是 由 编译 器 提前 阻 
止 那 些 可 能 令 程 序 在 运行 期 出 错 的 用 法 。 如 果 不 指定 约束 条 件 ， 那 么 殊 没 有 其 他 合适 的 机 制 能 够 拦截 那些 明显 的 编程 错误 了 ， 
此 ,编写 泛 型 类 型 的 时 候 还 是 应 该 设 定 一 些 必要 的 约束 ， 否 则 ， 你 所 写 的 这 个 类 束 很 容易 遭 到 误 用 ， 从 而 令 程 序 在 运行 的 时 候 抛 
出 异常 或 友 生 其 他 错误 。 为 什么 开 友 者 忌 是 会 误 用 ? 因为 他 们 只 有 看 了 开 友 文档 才能 知道 这 个 类 的 正确 用 法 ， 但 你 认为 有 多 少 人 
会 去 看 呢 ? 为 了 减少 程序 在 运行 期 出 现 的 错误 并 尽量 避免 误 用 ， 你 应 该 通过 约束 条 件 表达 上 自己 的 要 求 ， 使 编译 器 能 够 保证 用 到 该 
类 的 那些 代码 必定 符合 这 些 要 求 。 

但 这 很 容易 矫 枉 过 正 ， 因 为 类 型 参数 所 受 的 约束 越 严格 ,愿意 使 用 这 个 泛 型 类 的 开 友 者 束 越 少 ， 这 样 反而 失去 了 编写 该 类 的 
切 囊 。 因 此 ， 给 泛 型 参数 设 定 约束 条 件 的 时 候 ， 只 应 该 把 确实 有 必要 的 那些 条 件 写 上 去 。 


有 很 多 办 法 可 以 尽量 放宽 约束 条 件 ， 最 常用 的 一 种 是 把 可 有 可 无 的 要 求 去 挥 。 比 方 说 ， 如 果 你 打算 规定 类 型 参数 必须 实现 
IlEquatable<T> 接 口 ， 那 么 就 应 该 仔细 想 想 是 否 有 这 个 必要 。1|Equatable<T> 接 口 很 常见 ， 许 多 开 友 者 创建 他 们 自己 的 类 型 时 
都 会 实现 该 接口 。 前 面 两 段 代 码 是 通过 CompareTo 实 现 AreEqual 方 法 的 ， 这 次 改 用 Equals 来 实现 : 


public static bool AreEqual<T>C(T left, T right) => 
left.Equals(right) ; 


这 种 办 法 有 个 值得 注意 的 地 方 : 如 果 AreEqual 定 义 在 泛 型 类 里 面 ， 而 该 类 又 规定 了 IEquatable<T> 这 一 约束 条 件 ， 那 么 它 
调用 的 瓯 是 IEquatable<T>.Equals; 反之 ， 铝 定义 在 不 受 约 束 的 情境 中 ，C# 编 译 器 全 无 法 确定 left 参 数 所 表示 的 对 象 是 否 支 持 
IEquatable<T> 接 口 ， 于 是 ， 只 能 调用 System.Object 里 面 的 那个 Equals。 


这 个 例子 也 体现 出 了 C# 泛 型 与 C++ 模 板 的 区 别 。C# 编 译 器 只 能 根据 约束 条 件 所 提供 的 信息 来 生成 lL 码 。 这 意味 着 ， 如 果 用 
尸 所 指定 的 类 型 还 提供 了 更 为 强大 的 APl1， 但 这 个 版 本 的 APIl 却 没有 通过 约束 条 件 体 现 出 来 ， 那 么 编译 器 在 编译 泛 型 类 型 的 时 候 
就 无 法 使 用 它 。 


对 于 实现 了 lIEquatable<T> 接 口 的 类 型 来 说 ， 用 接口 中 的 Equals 判 断 两 个 对 象 是 否 相等 自然 要 比 用 System.Object 里 面 的 
Equals 更 有 效率 ， 因 为 不 用 在 运行 的 时 候 专门 去 检查 程序 有 没有 适当 地 重 写 System.Object.Equals () ， 而 且 当 泛 型 参数 是 值 
类 型 时 ， 也 不 用 执行 装 箱 与 解除 装 箱 操作 。 对 性 能 比较 敏感 的 人 会 发 现 ， 这 样 做 还 能 免 去 调用 虚 方 法 时 的 那 一 点 开销 。 


这 样 看 来 ， 如 果 客 户 端 开 发 者 所 指定 的 类 型 参数 实现 了 IEquatable<T> ， 那 么 这 个 泛 型 类 用 起 来 就 会 快 一 些 ， 然 而 是 否 
必要 以 约束 条 件 的 形式 将 其 设 为 强制 的 要 求 呢 ? 这 恐怕 没有 必要 ， 因 为 System.Object.Equals () 也 是 可 以 用 的 ， 只 不 过 慢 一 
些 罢 了 。 因 此 ， 笔 者 建议 ， 如 果 可 以 使 用 较 优 的 方法 〈 例 如 本 例 中 的 IEquatable<T>.Equals) ， 那 就 使 用 它 ， 若 是 不 行 ， 则 应 
该 平稳 地 回落 到 稍 差 一 些 的 API 上 面 (例如 本 例 中 的 System.Object.Equals () ) 。 你 可 以 在 泛 型 类 的 内 部 编写 相互 重 载 的 多 个 
方法 ， 以 便 针 对 不 同 的 情况 调用 不 同 的 API1， 这 种 思路 正 与 本 条 开头 所 给 出 的 那个 AreEquals () 版 本 相仿 。 这 样 做 虽然 麻烦 一 
些 ， 但 不 会 给 客户 端的 开发 者 提出 过 于 严格 的 要 求 ， 因 为 你 可 以 自己 来 判断 类 型 参数 所 表示 的 那 种 类 型 具备 什么 样 的 功能 ， 并 据 
此 调用 最 为 合适 的 接口 。 


有 的 时 候 ， 如 果 明 确 指定 约束 条 件 ， 那 么 会 令 泛 型 类 的 适用 范围 变 得 很 窄 ， 因 此 ， 编 写 六 型 类 的 时 候 可 以 目 己 来 判断 客户 所 
提供 的 类 型 是 否 具 备 某 个 接口 或 继承 目 某 个 基 类 ， 而 不 要 强迫 对 方 必须 提供 这 样 的 类 型 。 如 果 客 尸 端 所 提供 的 类 型 支持 某 个 较为 
强大 的 API 版 本 ， 那 束 使 用 该 版 本 ， 若 是 不 支持 ， 则 可 以 调用 其 他 版 本 。1lEquatable<T> 与 Comparable<T> 正 体现 了 这 样 的 设 
计 理 念 。 


在 其 他 一 些 场合 ， 也 可 以 用 类 似 的 思路 来 考虑 问题 ， 例 如 IEnumerable 有 泛 型 与 非 泛 型 两 个 版 本 ， 那 么 要 不 要 强制 规定 类 型 
参数 必须 支持 泛 型 版 的 IEnumerable<T>? 


还 有 一 种 约束 条 件 也 应 该 慎重 地 使 用 ， 这 就 是 new 约 束 ， 因 为 有 的 时 候 其 实 可 以 去 掉 这 条 约束 ， 并 把 代码 中 的 new () BA 
default () 。 后 者 是 C# 语 言 的 运算 符 ， 用 来 针对 某 个 类 型 产生 其 默认 值 。 如 果 该 类 型 是 值 类 型 ， 那 么 默认 值 就 是 与 之 对 应 的 0 
值 ， 若 是 引用 类 型 ， 则 为 null。 由 于 default () 面 对 值 类 型 与 引用 类 型 会 表现 出 不 同 的 行为 ， 因 此 ， 如 果 要 用 它 来 取代 
new () ， 那 么 可 能 需要 施加 一 项 约束 ， 以 规定 类 型 参数 必须 是 引用 类 型 或 必须 是 值 类 型 。 对 于 引用 类 型 来 说 ，default () 与 
new () 的 含义 有 很 大 的 区 别 。 


泛 型 类 可 能 需要 根据 类 型 参数 创建 具有 默认 值 的 对 象 ， 此 时 经 常会 用 到 default () ， 例 如 下 面 这 个 方法 束 是 如 此 。 访 方法 
要 找 出 首 个 能 够 满足 谓词 的 对 象 ， 如 果 能 找到 这 样 的 对 象 ， 那 么 束 将 其 返回 ， 苟 找 不 到 ， 则 返回 与 类 型 T 相 符 的 默认 值 。 


public static T FirstOrDefault<TI>(this IEnumerable<TI> sequence, 


Predicate<TI> test) 


{ 
foreach (T value in sequence) 
if (test(value)) 
return value; 
return default(CT) ; 
} 


这 项 功能 还 可 以 用 另 一 种 办 法 来 实现 : 先 执 行 一 个 可 以 创建 T 型 对 象 的 工厂 方法 ， 如 果 那 个 方法 给 出 的 结果 是 null， 那 么 再 
调用 默认 的 构造 国 数 ， 并 把 构造 出 来 的 值 返 回 给 调用 方 。 
public delegate T FactoryFunc<T>(); 


public static T Factory<TI>(FactoryFunc<TI> makeANewT) 


where T : new(C) 


{ 
T rVal = makeANewT(); 
if crVal == null) 
return new T(); 
else 
return rvVal; 
} 


采用 default () 来 实现 的 那个 版 本 没有 对 T 施 加 约束 ， 而 调用 new T () 的 这 个 版 本 则 必须 施加 new 约 束 。 由 于 代码 要 判断 
rVal 是 否 等 于 null， 因 此 ， 其 运行 效果 在 1 为 值 类 型 及 引用 类 型 时 有 很 大 的 区 别 。 值 类 型 是 不 可 能 为 null 的 ， 在 这 种 情况 下 ，if 语 
句 里 面 的 代码 肯定 不 会 执行 。 尽 管 如 此 ，Factory<T> 依 然 支 持 值 类 型 ， 因 为 编译 器 在 把 T 蔡 换 成 具体 类 型 的 时 候 ， 如 果 友 现 
已 是 值 类 型 ， 那 么 融会 把 判断 rVal 是 否 为 null 的 代码 去 把 。 


要 以 谨慎 的 态度 来 施加 new、struct 及 class 等 约束 ， 因 为 正如 刚才 那个 例子 所 示 ， 这 样 的 约束 会 限定 对 象 的 构建 万 式 。 如 果 
你 要 求 某 对 象 的 默认 值 必须 是 0 值 或 null 引 用 ， 或 是 必须 能 够 以 new () 的 形式 来 构建 ， 那 么 可 以 给 泛 型 类 的 类 型 参数 施加 这 几 
种 约束 ， 但 最 好 不 要 强行 规定 。 你 要 考虑 泛 型 参数 是 否 非 得 满足 这 些 要 求 才 行 。 很 多 情况 下 ， 你 都 是 想当然 地 认为 它 必须 符合 
一 条 要 求 (例如 必须 能 够 LewT() 的 形式 来 构建 ) ， 其 实 即便 不 满足 该 要 求 ， 也 依然 可 以 用 别 的 办 法 来 编写 代码 (例如 可 以 
改 用 default (T) 实现 ) ， 因 此 ， 这 可 能 只 是 一 种 思维 定 势 而 已 。 你 得 仔细 想 想 是 否 真 的 需要 这 样 做 。 


设 定 约束 是 为 了 同 客 尸 端 编程 者 提出 某 种 要 求 ， 但 如 果 要 求 提 得 太 多 ， 那 么 愿意 使 用 这 个 类 的 人 束 会 变 少 ， 这 反而 违背 了 创 
建 泛 型 类 的 初衷 一 一 创建 这 样 的 类 本 来 是 想 叫 它 在 各 种 场合 之 下 都 能 够 有 效 得 以 运用 。 约 束 条 件 可 以 确保 用 尸 所 指定 的 类 型 是 
安全 的 ,但 要 想 满足 这 些 条 件 ， 用 己 可 能 得 多 做 一 些 工作 才 行 ， 因 此 ， 设 定 约束 条 件 时 ， 需 要 在 二 者 之 间 权 衡 ， 将 多 余 的 条 件 去 
挥 ， 只 把 那些 确实 有 必要 的 条 件 保留 下 来 。 


第 19 条 : 通过 运行 期 关 型 检查 实现 特定 的 冯 型 算 ; 


只 需要 指定 新 的 类 型 参数 ， 残 可 以 复 用 泛 型 类 ， 这 样 做 会 实例 化 出 一 个 功能 相似 的 新 类 型 。 


这 当然 是 好 的 ， 因 为 你 可 以 少 写 一 些 代码 ， 然 而 有 的 时 候 更 加 通用 就 意味 着 无 法 利用 具体 类 型 所 市 来 的 优势 ， 例 如 无 法 使 用 
某 种 更 为 强大 的 算法 。C# 语 言 考虑 到 了 这 个 问题 ， 它 允许 你 在 友 现 类 型 参数 所 表示 的 对 象 具有 更 多 的 功能 时 编写 更 为 具体 的 代 
码 ， 从 而 实现 出 更 好 的 算法 。 人 至 于 那 种 通过 另 一 个 类 型 参数 来 指定 约束 条 件 的 做 法 则 未 必 忌 是 奏效 。 泛 型 的 实例 化 是 依据 对 象 的 
编译 期 类 型 而 非 运行 期 类 型 来 做 的 ， 如 果 不 考 虑 这 一 点 ， 那 就 会 错过 很 多 提升 程序 性 能 的 机 会 。 


比 万 说 ， 要 编写 一 个 类 ， 以 便 反 向 列举 源 序列 中 的 元 素 : 


public sealed class ReverseEnumerable<I> : IEnumerable<T> 
{ 

private class ReverseEnumerator : IJEnumerator<T> 

{ 


int currentindex; 


IList<TI> collection; 


public ReverseEnumerator(IList<T> srcCollection) 


{ 
collection = srcCollection; 


currentiIndex = collection.Count; 


//  iIEnumerator<T> Members 


public T Current => collection[current Index]; 


// IDisposable Members 
public void Dispose(C) 
{ 
// no implementation but necessary 


// because IEnumerator<I> implements IDisposable 


// No protected Dispose() needed 


// because this class is sealed. 


// IEnumerator Members 
object System.Collections.IEnumerator.Current 


=> this.Current; 


public bool MoveNext() => --currentIndex >= 0; 


public void Reset() => currentIndex = collection.Count; 


ITEnumerable<T> sourceSequence; 


IList<T> originalSequence; 


public ReverseEnumerable(IlEnumerable<T> sequence) 


i! 


sourceSequence = sequence; 


// TEnumerable<T> Members 
public ITEnumerator<T> GetEnumerator() 
{ 
// Create a copy of the original sequence, 
// so it can be reversed. 
if CoriginalSequence == null) 
{ 
originalSegquence = new List<T>(); 
foreach (T item in sourceSequence ) 
originalSequence.Add(Citem) ; 


} 


return new ReverseEnumerator(originalSequence) ; 


// TEnumerable Members 
System.Collections.IEnumerator 
System.Collections.IEnumerable.GetEnumerator() => 


this.GetEnumerator(); 


这 种 实现 方式 并 没有 对 参数 所 具备 的 能 力 做 出 太 多 的 预 设 。ReverseEnumerable 的 构造 函数 只 要 求 其 参数 支持 
IEnumerable<T> 即 可 ， 而 由 于 IEnumerable<T> 没 有 提供 随机 访问 元 紊 的 功能 ， 因 此 ， 为 了 完成 反 向 访问 ， 开 友 者 只 能 有 用 
Reverse-Enumerable<T>.GetEnumerator () 函数 体 中 的 那 种 方式 来 实现 。 首 次 调用 该 函数 时 ， 需 要 把 用 户 所 输入 的 序列 访 
问 一 志 ， 以 将 其 内 容 拷贝 到 IList<T> 里 面 ， 使 得 误 套 类 ReverseEnumerator 能 够 在 这 个 list (列表 ) FARA. 


这 样 做 是 可 行 的 ， 因 为 如 果 输 入 的 那个 序列 不 支持 随机 访问 ， 那 么 就 只 能 如 此 来 实现 逆序 列举 。 但 问题 在 于 ， 其 实 很 多 序列 
都 支持 随机 访问 ， 因 此 ， 这 种 实现 方式 的 效率 在 那些 情况 下 很 低 。 如 果 输 入 的 序列 本 身 支 持 IList<T>， 那 么 这 种 写法 会 创建 出 一 
份 内 容 完全 相同 的 列表 ， 这 根本 束 没 有 必要 。 于 是 ， 开 友 者 需要 考虑 到 这 一 情况 ， 以 编写 出 更 为 高 效 的 代码 。 


为 此 ， 需 要 稍微 修改 一 下 ReverseEnumerator<T> 类 的 构造 四 数 : 


public ReverseEnumerable(IlEnumerable<TI> sequence) 


{ 
sourceSequence = sequence; 
// If sequence doesn't implement IList<T>, 
// originalSequence is null, so this works 
// fine 
originalSequence = sequence as IList<T>; 

} 


BAJ mS RREZE ANA List<T> HBAR S, ATAKES AURAA RA E? 这 是 因为 ， 
只 有 当 参 数 的 编译 期 类 型 是 IList<T> 时 ， 新 的 构造 函数 才能 生效 ， 然 而 有 些 时 候 ， 尽 管 参数 实现 了 IList<T> ， 但 其 编译 期 的 类 型 
仍然 是 IEnumerable<T> 。 为 此 ， 开 上 友 者 必须 在 提供 新 构造 国 数 的 同时 修改 原 有 的 构造 函数 ， 以 处 理 那 种 编译 期 类 型 为 
IEnumerable<T> 但 实际 上 却 实现 了 IList<T> 的 参数 。 


public ReverseEnumerable(IEnumerable<TI> sequence) 


{ 
sourceSequence = sequence; 
// If sequence doesn't implement IList<T>, 


// originalSequence is null, so this works 


// fine 
originalSequence = sequence as [List<T>; 


public ReverseEnumerable(IList<TI> sequence) 


sourceSequence = sequence; 


originalSequence = sequence; 


把 IList<T> 考 虑 进来 之 后 ， 束 可 以 实现 出 比 单 单 使 用 IEnumerable<T> 更 为 高 效 的 算法 了 。 这 种 实现 方式 并 没有 强迫 用 户 必 
须 提供 具备 IList<T> 功 能 的 序列 ， 它 只 是 在 可 以 使 用 其 功能 的 时 候 加 以 利用 而 已 。 


这 次 的 版 本 可 以 涵盖 绝 大 多 数 情 ; 况 ， 但 仍然 有 所 遗漏 ， 因 为 有 一 些 集合 (collection) 实现 了 ICollection<T> ， 但 没有 实现 
|List<T> ， 对 于 这 样 的 集合 来 说 ，Enumerable<T>.GetEnumerator () 所 用 的 写法 依然 不 够 高 效 。 下 面 回顾 该 方法 的 代码 : 


public IEnumerator<I> GetEnumerator() 
{ 
// Create a copy of the original sequence, 
// so it can be reversed. 
if (CoriginalSequence == null) 
{ 
originalSequence = new List<TI>(); 
Foreach (T item in sourceSequence) 
originalSequence.Add(item) ; 
} 


return new ReverseEnumerator(originalSequence) ; 


在 源 序列 支持 ICollection<T> 的 情况 下 ， 这 段 代 码 的 执行 速度 不 够 快 ， 因 为 它 本 来 可 以 利用 Count 属 性 把 IList<T> 的 最 终 大 
小 直接 确定 下 来 : 


public IEnumerator<I> GetEnumerator() 
{ 


// Create a copy of the original sequence, 


// so it can be reversed. 


if CoriginalSequence == null) 
{ 
if CsourceSequence is [Collection<T>) 
{ 
I[Collection<T> source = 
sourceSequence as ICollection<T>; 
originalSequence = new List<T>(Csource.Count); 
} 
else 
originalSequence = new List<TI>(); 


foreach (T item in sourceSequence) 
originalSequence.Add(Citem) ; 
f 


return new ReverseEnumerator(originalSequence); 


MEMS £5 List <T> MiSs AREA BIRRE listo AAAA ERN : 


List<T>(IEnumerable<T> inputSequence); 


结束 本 条 之 前 ， 还 要 再 说 一 个 问题 。 你 或 许 已 经 注意 到 了 : ReverseEnumerable<T> 所 执行 的 测试 都 是 运行 期 的 测试 ， 它 
们 测试 的 是 参数 在 运行 期 的 状况 。 由 此 可 见 ， 为 了 确定 参数 所 表示 的 对 象 是 否 有 具备 某 些 功能 ， 程 序 必须 耗费 一 些 时 间 去 判断 ， 然 
而 在 绝 大 多 数 情 况 下 ， 这 样 做 所 人 花 的 时 间 与 那 种 采用 低 效 率 的 办 法 去 拷贝 元 素 相 比 是 很 少 的 。 


你 可 能 认为 ， 目 前 的 这 个 ReverseEnumerable<T> 类 已 经 把 每 一 种 用 法 都 考虑 到 了 ， 但 还 有 一 种 特殊 情况 要 注意 ， 那 束 是 
string (ATR) 。 尽 管 该 类 的 对 象 也 可 以 像 lList<char> 那 样 随机 访问 其 中 的 字符 ,但 其 本 身 却 并 没有 实现 IList<char>。 
此 ， 为 了 更 有 效 地 应 对 参数 为 string 的 情况 ， 开 发 者 还 需要 在 泛 型 类 里 面 编写 更 加 具体 的 代码 才 行 。 这 可 以 通过 下 面 这 个 简单 的 
ReverseStringEnumerator 类 来 实现 ， 该 类 骨 套 于 ReverseEnumerable<T> 中 。 它 的 构造 肖 数 用 到 了 string 的 Length 属 性 ,而 
其 余 的 方法 则 与 ReverseEnumerator 中 的 对 应 方法 几乎 完全 相同 。 


private sealed class ReverseStringEnumerator 


TEnumerator<char> 


private string sourceSequence; 


private int currentIindex; 


public ReverseStringEnumerator(string source) 
if 
sourceSequence = source; 


currentIndex = source.Length; 


// TEnumerator<char> Members 


public char Current => sourceSequence[currentIindex ] ; 


//  iIDisposable Members 
public void Dispose() 
{ 
// no implementation but necessary 


// because IEnumerator<T> implements IDisposable 


// IEnumerator Members 
object System.Collections.IEnumerator.Current 


=> sourceSequence[current Index ]; 


public bool MoveNext() => --currentIndex >= 0; 
public void Reset() => currentIndex = sourceSequence. 
Length; 


为 了 使 泛 型 类 ReverseEnumerable<T> 和 能够 运用 这 个 特殊 的 实现 版 本 ， 开 友 者 还 需要 修改 GetEnumerator () ， 以 判断 源 
序列 的 类 型 是 不 是 string， 如 果 是 ， 那 就 创建 专 | 针对 string 的 enumerator: 


public IEnumerator<TI> GetEnumerator() 


{ 
// String is a special case: 
if (CsourceSequence is string) 
{ 
// Note the cast because T may not be a char at 
// compile time 
return new ReverseStringEnumerator(sourceSequence as 
string ) 
as [LEnumerator<I>; 
i 


// Create a copy of the original sequence, 


// so it can be reversed. 


if (originalSequence == null) 
{ 
if (sourceSequence is ICollection<T>) 
l 
ICollection<T> source = sourceSequence as 
ICollection<T>; 
originalSequence = new List<T>(Csource.Count); 
} 
else 
originalSequence = new List<TI>(); 


foreach (T item in sourceSequence) 
originalSequence.Add(item) ; 


} 


return new ReverseEnumerator(originalSequence) ; 


由 于 这 个 类 是 专门 针对 string 而 写 的 ， 因 此 ， 按 照 惯例 ， 应 该 把 它 放 在 泛 型 类 的 内 部 。 之 所 以 要 专门 给 string 创 建 一 个 类 ， 
是 因为 这 种 情况 必须 单独 处 理 ， 不 能 沿用 早 前 那个 名 为 ReverseEnumerator 的 内 部 类 。 


还 有 一 个 地 方 也 值得 注意 ， 那 就 是 GetEnumerator () 方法 在 创建 出 Reverse-StringEnumerator 之 后 用 了 类 型 转换 操作 ， 
这 是 因为 尽管 类 型 参数 T 在 这 个 方法 里 面 应 该 是 char， 但 从 理论 上 来 说 ， 它 在 编译 期 可 能 是 任意 一 种 类 型 。 这 样 的 类 型 转换 是 安 
全 的 ， 因 为 代码 既然 能 够 运行 到 这 里 ， 那 说 明 源 序列 肯定 是 string， 从 而 保证 了 TT 必定 是 char。 这 种 写法 出 现在 内 部 类 中 并 不 会 
干扰 public 接 口 。 这 个 例子 还 说 明 : 在 个 别 情况 下 ， 即 便 有 了 泛 型 机 制 ， 开 发 者 也 还 是 必须 把 更 为 具体 的 信息 告诉 编译 器 才能 使 
代码 通过 编译 。 


通过 这 个 小 例子 大 家 可 以 看 到 : 开发 者 既 可 以 对 泛 型 参数 尽量 少 施 加 一 些 硬性 的 限制 ， 又 能 够 在 其 所 表示 的 类 型 具备 丰富 的 


功能 时 提供 更 好 的 实现 方式 。 为 了 达到 这 种 效果 ， 你 需要 在 泛 型 类 的 复 用 程度 与 算法 面 对 特定 类 型 时 所 表现 出 的 效率 之 间 做 出 权 


稀 。 


第 20 条 : 通过 IComparable<T> 及 IComparer<T> 定 义 顺 序 关 系 


如 果 想 把 某 个 类 型 的 对 象 放 入 集合 以 执行 排序 与 搜索 ， 那 么 需要 将 这 些 对 象 之 间 的 关系 定义 出 来 。.NET Framework 引 入 了 
两 种 用 来 定义 该 关系 的 接口 ， 即 IComparable<T> 及 IComparer<T>。 前 者 用 来 规定 某 类 型 的 各 对 象 之 间 所 具备 的 自然 顺序 
(natural order) ， 后 者 用 来 表示 另 一 种 排序 机 制 可 以 由 需要 提供 排序 功能 的 类 型 来 实现 。 此 外 ， 还 可 以 针对 特定 的 类 型 目 己 
来 实现 <、>、<= 及 > = 等 天 系 运算 符 (relational operator) ， 使 得 程序 的 运行 效率 能 够 比 通过 接口 来 定义 关系 更 快 一 些 。 本 
条 要 讨论 的 是 怎样 把 某 类 型 的 对 象 之 间 所 具备 的 顺序 关系 定 义 出 来 ， 使 得 .NET Framework 核 心 能 够 通过 这 些 定义 为 对 象 排序 ， 
并 且 令 其 他 用 户 可 以 通过 这 些 操作 编写 出 效率 更 高 的 代码 。 


IComparable 接 口 只 有 一 个 方法 ， 融 是 CompareTo () ， 该 方法 遵循 长 久 以 来 所 形成 的 惯例 : 名 本 对 象 小 于 另 一 个 受 测 对 
象 ， 则 返回 小 于 0 的 值 ， 若 相等 ， 则 返回 0; 名 大 于 那个 对 象 ， 则 返回 大 于 0 的 值 。 这 一 惯例 是 从 开 上 友 C 语 言 库 函数 strcmp 的 那个 
时 代 束 开始 形成 的 。 在 .NET 环 境 中 ， 上 比较 新 的 APl 大 都 使 用 泛 型 版 的 Comparable<T> 接 口 ， 但 老 一 些 的 API 用 的 则 是 不 市 泛 型 
的 IComparable 接 口 ， 因 此 ， 实 现 前 者 的 时 候 应 该 同时 实现 后 者 。 但 是 由 于 后 者 的 CompareTo () 方法 其 参数 类 型 是 
System.Object， 因 此 ， 需 要 检查 它 的 运行 期 类 型 ， 也 融 是 说 ， 每 次 比较 之 前 ， 都 必须 先 把 参数 转换 成 合适 的 类 型 。 


public struct Customer : IComparable<Customer>, IComparable 
{ 


private readonly string name; 


public Customer(string name) 


{ 


this.name = name; 


// ITComparable<Customer> Members 
public int CompareTo(Customer other) => 


name .CompareTo(other.name) ; 


// ITComparable Members 
int IComparable.CompareTo(object obj) 


{ 
if €!Cobj is Customer) ) 
throw new ArgumentException( 
"Argument is not a Customer", "obj"); 
Customer otherCustomer = (Customer )obj; 
return this.CompareTo(CotherCustomer) ; 
$ 


请 注意 ， 上 面 这 个 结构 体 在 编写 参数 类 型 为 System.Object 的 CompareTo () 方法 时 明确 限定 了 该 方法 只 能 通过 


IComparable 来 调用 ， 这 表示 此 方法 是 专门 留 给 | 旧式 API 去 调用 的 。 开 发 者 由 于 各 种 原因 会 很 讨厌 非 泛 型 版 的 |Comparable,， 
为 每 次 都 要 检查 参数 的 运行 期 类 型 ， 而 且 有 人 会 把 类 型 不 合适 的 对 象 当成 参数 传 给 这 个 CompareTo 方 法 。 更 为 严重 的 是 ， 每 次 
做 比较 时 ， 可 能 还 得 执行 闭 箱 与 解除 装 箱 等 操作 ， 这 需要 花 很 多 时 间 。 例 如 ， 通 过 I|Comparable.Compare 方 法 给 集合 排序 平均 
要 在 对 象 之 间 做 n log (n) 次 比较 ， 每 次 比较 都 有 可 能 执行 丢 箱 与 解除 闭 箱 操作 ， 这 两 种 操作 合 起 来 要 执行 三 次 。 对 于 包 合 
1000 个 元 素 的 数组 来 说 ，n log (n) 的 值 ! 接近 7000， 也 就 是 要 做 大 约 7000 次 比较 ， 而 每 次 比较 时 都 要 执行 三 次 这 样 的 操作 ， 
于 是 ， 妆 箱 操 作 与 解除 妆 箱 操作 合 起 来 的 总 执行 次 数 融会 超过 20000 次 。 


既然 非 泛 型 版 的 Comparable 有 这 么 多 缺点 ， 那 为 什么 还 要 实现 它 呢 ? 这 有 两 个 原因 。 第 一 个 原因 很 简单 : 为 了 保持 向 后 
兼容 (backward compatibility) 。 尽 管 目前 的 .NET 版 本 已 经 很 新 了 ， 但 你 仍然 有 可 能 需要 与 .NET 2.0 时 代 之 前 的 代码 打 交 
道 。 例 如 Base Class Library 中 的 某 些 类 就 要 求 代码 必须 与 1.0 版 的 实现 相 兼 容 (考虑 一 下 WinForms 或 ASP.NET Web 
Forms) ， 这 意味 背 开 友 者 需要 文 持 非 泛 型 版 的 Comparable 接 口 。 


(第 二 个 原因 在 于 ， 这 样 写 ， 可 以 满足 那些 确实 需要 使 用 该 方法 的 人 ， 同 时 又 能 够 把 无 意 中 的 错误 用 法 拦截 下 来 。) 由 于 非 
泛 型 接口 的 CompareTo 方 法 是 以 lComparable.CompareTo() 的 形式 实现 的 ， 因 此 ， 只 能 通过 IComparable 型 的 引用 来 调 
用 。 这 意味 着 在 Customer 结 构 体 上 面 所 做 的 比较 总 是 安全 的 ， 因 为 不 安全 的 那个 版 本 通常 访问 不 到 。 例 如 下 面 这 个 无 心 的 错误 
就 可 以 为 编译 器 所 拦截 : 


Customer cl; 
Employee elj; 
if (€cl.CompareTo(el) > 0) 


Console.WriteLine( "Customer one is greater"); 


由 于 c1.CompareTo (e1) 这 样 的 写法 调用 不 到 IComparable.CompareTo (object right) 方法 ， 因 此 编译 器 认为 它 调用 
的 是 Customer.CompareTo (Customer right) 这 个 public 方 法 ， 但 调用 时 所 传 入 的 参数 其 类 型 与 Customer 不 待 ， 因 此 ， 代 
码 无 法 通过 编译 。 要 想 使 用 Comparable 版 本 的 CompareTo 广 法， 必须 把 c1 转 为 IComparable 型 的 引用 : 


Customer c1; 
Employee el; 
1f ((I Comparable c1). CompareTo(el1)>0) 
Console .WriteLine("Customer one is greater"); 


实现 IComparable 时 ， 应 该 明确 限定 该 版 本 的 相关 方法 只 能 通过 IComparable 形 式 的 引用 来 调用 ， 同 时 ， 还 应 该 提供 一 个 
强 类 型 的 (strongly typed) public 重 载 版 ， 以 求 提 升 程 序 的 效率 ， 并 尽量 防止 开发 者 误 用 CompareTo 方 法 。.NET 框 架 的 Sort 
国 数 是 通过 IComparable 接 口 指针 来 访问 CompareTo () 方法 的 ， 因 此 ， 无 法 利用 那个 强 类 型 的 版 本 所 带 来 的 优势 ， 但 其 他 一 


些 代码 则 有 可 能 知道 受 测 双方 究竟 是 何 种 类 型 的 对 象 ， 从 而 可 以 调用 强 类 型 的 版 本 来 提升 程序 的 效率 。 


最 后 ， 还 要 对 Customer 结 构 体 再 做 一 次 微调 。C# 语 言 可 以 重 载 标准 的 关系 运算 待 ， 而 重 载 的 上 时候， 可 以 运用 早 前 那个 类 型 
安全 的 CompareTo () 方法 : 


public struct Customer : IComparable<Customer>, IComparable 


{ 
private readonly string name; 
public Customer(string name) 
sf 
this.name = name; 
I 
// IComparable<Customer> Members 
public int CompareTo(Customer other) => 
name .CompareTo(Cother.name) ; 
// IComparable Members 
int IComparable.CompareTo(Cobject obj) 
{ 
if €!Cobj is Customer) ) 
throw new ArgumentException( 
"Argument is not a Customer", "obj"); 
Customer otherCustomer = (Customer)obj; 
return this.CompareTo(CotherCustomer) ; 
} 
// Relational Operators. 
public static bool operator <(CCustomer left, 
Customer right) => 
left.CompareTo(right) < 0; 
public static bool operator <=(Customer left, 
Customer right) => 
left.CompareTo(right) <= 0; 
public static bool operator >(CCustomer left, 
Customer right) => 
left.CompareTo(right) > 0; 
public static bool operator >=(Customer left, 
Customer right) => 
left.CompareTo(right) >= 0; 
} 


至 此 ,已 经 为 Customer 实 现 出 了 标准 的 排序 方式 ， 也 就是 按 姓名 排序 。 以 后 生成 报表 时 ， 可 能 还 需要 按照 营 收 
(revenue) 来 排序 ， 但 即便 如 此 ， 也 依然 应 该 在 Customer 结 构 体 里 面 保留 早 前 所 定义 的 标准 排序 方式 ， 也 就 是 按照 姓名 排 
序 。 为 了 能 够 以 各 种 方式 排序 ，.NET Framework 里 面 有 很 多 泛 型 版 的 API 要 求 调用 万 提供 Comparison<T> 形 式 的 委托 ， 以 便 
按照 其 他 的 指标 去 排列 。 要 想 与 这 些 APlI 相 配合 ， 有 一 种 简单 的 办 法 是 在 Customer 类 型 里 面 创建 静态 属性 ， 并 及 用 其 他 指标 来 

定义 对 象 之 间 的 顺序 。 比 方 说 ， 下 面 这 个 委 邱 会 按照 两 位 客 尸 给 公司 市 来 的 营 收 而 非 他 们 的 姓名 来 排列 其 顺序 。 


public static Comparison<Customer> CompareByRevenue => 


(left,right) => left.revenue.CompareTo(right.revenue) ; 


老式 的 程序 库 要 求 使 用 者 通过 IComparer 接 口 来 指定 其 他 的 排序 方式 。 在 不 使 用 泛 型 的 场合 ， 这 融 是 定义 其 他 排序 方式 的 
标准 做 法 。 对 于 由 1.x 版 本 的 .NET Framework 类 库 所 提供 的 方法 来 襄 ， 如 果 设 方法 能 够 在 文 持 IComparable 接 口 的 元 素 上 面 排 
序 ， 那 么 也 会 同时 提供 重 载 版 本 ， 以 便 通 过 |Comparer 接 口 完 成 排序 。 束 本 例 来 说 ， 由 于 Customer 结 构 体 是 你 目 己 写 的 ， 因 
此 ， 可 以 在 其 内 部 新 建 private 级 别 的 散 套 类 ， 也 惑 是 RevenueComparer， 并 通过 Customer 结 构 体 中 的 静态 属性 来 公布 这 个 替 
套 类 的 对 象 : 


public struct Customer : IComparable<Customer>, IComparable 


sf 
private readonly string name; 


private double revenue; 


public Customer(string name, double revenue) 


this.name = name; 


this.revenue = revenue; 


// ITComparable<Customer> Members 
public int CompareTo(Customer other) 


{ 


return name.CompareTo(Cother.name); 


// IComparable Members 
int IComparable.CompareTo(Cobject obj) 
{ 
if (€!Cobj is Customer) ) 
throw new ArgumentException( 
“Argument is not a Customer", "obj" ); 
Customer otherCustomer = (Customer)obj; 


return this.CompareTo(CotherCustomer) ; 


// Relational Operators. 
public static bool operator <(CCustomer left, 
Customer right) 
{ 
return left.CompareTo(right) < 0; 
} 


public static bool operator <=(Customer left 
Customer right) 
{ 
return left.CompareTo(right) <= 0; 
f 
public static bool operator >(Customer left, 
Customer right) 
{ 
return left.CompareTo(right) > 0; 
F 


public static bool operator >=(Customer left, 


Customer right) 


{ 
return left.CompareTo(right) >= 0; 


private static Lazy<RevenueComparer> revComp 


new Lazy<RevenueComparer>(() => new RevenueComparer()); 
public static IComparer<Customer> RevenueCompare 


=> revComp. Value; 


public static Comparison<Customer> CompareByRevenue => 


Cleft,right) => left.revenue.CompareTo(right.revenue) ; 


// Class to compare customers by revenue. 
// This is always used via the interface pointer, 
// so only provide the interface override. 
private class RevenueComparer : IComparer<Customer> 
{ 

// IComparer<Customer> Members 

int IComparer<Customer>.Compare(Customer left, 

Customer right) => 


left.revenue .CompareTo(right.revenue) ; 


上 面 这 个 版 本 的 Customer 结 构 体 内 穴 了 RevenueComparer 对 象 ， 令 使 用 者 既 可 以 按照 自然 顺序 (natural order) 以 姓名 
来 排序 ， 又 能 够 通过 由 RevenueComparer 所 定义 的 方式 按照 言 收 来 给 客户 排序 ， 因 为 该 对 象 已 经 实现 了 排序 所 需 的 IComparer 
接口 。 如 果 你 无 法 修改 Customer 类 的 源 代 码 ， 那 么 可 以 考虑 通过 它 的 public 属 性 来 实现 这 样 的 Comparer。 请 注意 ， 只 有 在 无 
法 访问 那个 类 的 源 代码 时 才 应 该 使 用 这 种 写法 ， 例 如 你 需要 给 .NET Framework 里 面 的 某 个 类 定义 其 他 的 排序 方式 。 


笔者 在 讲 这 一 条 的 时 候 并 没有 提 到 Equals () 方法 或 == 运 算 符 ， 这 是 因为 确定 先后 顺序 与 判断 是 否 相等 是 两 个 互 不 相同 的 
操作 ， 实 现 前 者 的 时 候 不 一 定 非 得 实现 后 者 。 实 际 上 ， 对 于 引用 类 型 来 说 ， 判 断 先后 顺序 通常 依据 的 是 对 象 的 内 容 ， 而 判断 是 否 
相等 依据 的 则 是 对 象 的 身份 (identity) 。 于 是 ， 就 有 可 能 出 现 CompareTo () 返回 0 而 Equals () 返回 false 的 情况 ， 但 这 样 做 
完全 没有 问题 ， 因 为 判断 是 否 相等 与 判断 先后 顺序 未 必 辟 是 要 产生 相同 的 结 


编写 自己 的 类 型 时 ，IComparable 与 IComparer 是 定义 排序 天 系 的 标准 机 制 。 自 然 的 排序 方式 基本 上 都 可 以 通过 
IComparable 来 实现 ， 此 时 应 该 重 载 <、>、<= 及 > = 这 四 个 运算 符 以 产生 与 IComparable 相 协调 的 排序 结果 。 由 于 
IComparable.CompareTo () 方法 的 参数 是 System.Object， 因 此 ， 你 还 应 该 针对 当前 这 个 具体 的 类 型 提供 重 载 版 的 
CompareTo () 方法 。IComparer 可 以 用 来 提供 标准 方式 以 外 的 排序 方式 ， 也 可 以 用 来 给 本 身 不 提供 排序 功能 的 类 添加 排序 功 


ab 
Abo 


[1] 作者 是 以 e 为 底 来 计算 的 。 译 者 注 


第 21 条 : 创建 泛 型 类 时 ， 忆 是 应 该 给 实现 了 1Disposable 的 类 型 参数 提供 支持 


为 泛 型 类 指定 约束 条 件 会 对 开 友 者 目 身 及 该 类 的 用 尸 产 生 两 方面 影响 。 第 一 ， 会 把 程序 在 运行 的 时 候 有 可 能 发 生 的 错误 提前 
暴露 于 编译 期 。 第 二 ， 相 当 于 明确 告诉 该 类 的 用 尸 在 通过 泛 型 类 来 创建 具体 的 类 型 时 所 提供 的 类 型 参数 必须 满足 一 定 的 要 求 。 但 
是 ， 如 果 用 户 既 可 以 提供 满足 某 项 要 求 的 泛 型 参数 ， 又 可 以 提供 不 满足 该 要 求 的 泛 型 参数 ， 那 么 这 种 情况 就 无 法 通过 约束 来 表达 


具备 其 他 一 些 能 力 ， 然 而 IDisposable 是 个 例外 。 如 果 用 户 把 


了 。 对 于 没有 施加 某 种 约束 的 类 型 参数 来 况 ， 通 党 不 必 关 心 它 是 否 
得 多 做 一 些 处 理 。 


支持 该 接口 的 类 型 当 作 类 型 参数 来 用 ， 那 么 在 编写 泛 型 类 时 玖 


用 现实 工作 中 的 事例 来 讲解 会 显得 太 过 复杂 ， 于 


是 笔者 构造 了 下 面 这 个 简单 的 范例 ， 用 以 说 明 这 个 问题 怎样 友 生 ， 又 该 如 何 
来 修正 。 泛 型 类 的 方法 如 果 要 根据 类 型 参数 所 表示 的 类 


型 来 创建 实例 并 使 用 该 实例 ， 那 么 就 有 可 能 发 生 这 个 问题 : 


public interface IEngine 


{ 
void DoWork(); 
} 
public class EngineDriverOne<I> where T : IEngine, new(C) 
{ 
public void GetThingsDone() 
{ 
T driver = new T(); 
driver.DowWork(); 
} 
} 


在 T 实 现 了 IDisposable 接 口 的 情况 下 ， 这 么 写 或 许 会 泄漏 资源 ， 因 此 ， 凡 是 用 类 型 参数 T 来 创建 局 部 变量 的 那些 方法 都 应 该 


public void GetThingsDone() 


{ 
T driver = new T(); 
using (driver as IDisposable) 
{ 
driver.DoWork(); 
} 
} 


如 果 你 从 来 没 兄 过 有 人 在 using 语 句 里 面 转换 类 型 ， 那 么 可 能 会 宫 得 这 种 写法 有 操 怪 ， 但 实际 上 这 是 正确 的 。 编 详 器 会 把 
driver 视 为 IDisposable， 并 创建 隐藏 的 局 部 变量 ， 用 以 保存 指向 这 个 IDisposable 的 引用 。 在 T 没 有 实现 IDisposable 的 情况 下 ， 
这 个 局 部 变量 的 值 是 null， 此 时 编译 器 不 调用 Dispose () ， 因 为 它 在 调用 之 前 会 先 做 检查 。 反 之 ， 如 果 T 实 现 了 IlDisposable,， 
那么 编译 器 会 生成 相应 的 代码 ， 以 便 在 程序 退出 using 块 的 时 候 调 用 Dispose () 方法 。 


这 是 个 相当 简单 的 写法 ， 也 丈 是 在 用 类 型 参数 创建 好 局 部 变量 之 后 ， 把 它 所 要 执行 的 操作 包 里 在 using 块 中 ， 而 在 using 关 
键 字 右 侧 的 那个 括号 里 面 则 需要 像 刚才 那样 做 类 型 转换 ， 因 为 T 或 许 并 没有 实现 IDisposable 接 口 。 


如 果 泛 型 类 根据 类 型 参数 所 创建 的 那个 实例 要 当 作 成 员 变 量 来 使 用 ， 那 么 代码 会 复杂 一 些 。 此 时 ,该 类 拥有 的 这 个 引用 所 指 
同 的 对 象 类 型 可 能 实现 了 IDisposable 接 口 ， 也 可 能 没有 实现 ， 这 意味 着 泛 型 类 本 身 必须 实现 |Disposable， 并 且 要 判断 相关 的 次 
源 是 人 否 实现 了 这 个 接口 ， 如 果实 现 了 ， 殴 要 调用 该 资源 的 Dispose () 方法 。 


public sealed class EngineDriver2<T> : IDisposable 


where T : IEngine, new(C) 


if 
// It's expensive to create, so initialize to null 
private Lazy<T> driver = new Lazy<I>(() => new T()); 
public void GetThingsDone() => 
driver.Value.DoWork(); 
// IDisposable Members 
public void Dispose() 
{ 
if (driver. IsValueCreated) 
{ 
var resource = driver.Value as IDisposable; 
resource?.Dispose(); 
} 
l 
} 


这 个 类 现在 具备 相当 多 的 职责 。 首 先 ， 它 实现 了 IDisposable 接 口 。 其 次 ， 它 变 成 了 sealed 类 ， 如 果 不 这 么 做 ， 那 么 就 得 实 
现 完整 的 dispose (释放 /处 置 ) 模式 ， 令 子 类 可 以 调用 本 类 的 Dispose () 方法 ， 并 实现 其 自身 的 资源 释放 钦 辑 。 (参见 
Krzysztof Cwalina 与 Brad Abrams 所 写 的 《Framework Design Guidelines) (《.NET 设 计 规 泄 》) [Addison- 
Wesley，2009]，pp.248-261， 也 可 参见 本 书 第 17 条 。) 由 于 笔者 此 处 采用 sealed 天 键 字 修饰 了 该 类 ， 因 此 融 不 用 去 实现 
dispose 模 式 了 ， 然 而 这 么 做 会 令 该 类 的 用 户 无 法 从 中 派生 新 的 类 型 。 

最 后 还 要 注意 : 刚才 那 段 代 码 无 法 保证 用 户 在 driver 对 象 上 面 只 能 调用 一 次 Dispose () 万 法。 其 实 C# 系 统 本 身 融 允许 多 次 
调用 Dispose () ， 所 以 说 ， 实 现 了 IDisposable 接 口 的 类 型 也 必须 支持 多 次 调用 Dispose () 方法 才 行 。 由 于 类 型 参数 T 没 有 施 
加 约束 ， 因 此 ， 不 能 采用 在 退出 Dispose 方 法 之 前 把 driver 设 为 null 的 办 法 来 写 这 个 方法 (因为 值 类 型 的 对 象 无 法 设 为 null) 。 


如 果 不 想 用 这 样 的 办 法 来 设计 ， 那 么 可 以 修改 泛 型 类 的 接口 ， 例 如 可 以 把 调用 Dispose 的 职责 从 泛 型 类 中 移 走 ， 并 且 把 
driver 的 所 有 权 和 转移 到 该 类 之 外 ， 这 样 束 不 用 给 T 施 加 new () ART: 


public sealed class EngineDriver<T> where T : IEngine 


sf 
// It's expensive to create, so initialize to null 
private T driver; 
public EngineDriver(T driver) 
1 
this.driver = driver: 
} 
public void GetThingsDone() 
{ 
driver.Dowork(); 
} 
Í 


上 述 代 码 中 的 注释 表明 ， 创 建 T 类 型 的 对 象 可 能 需要 很 大 的 开销 ， 但 是 这 段 代 码 把 此 事 留 给 了 用 户 去 处 理 。 设 计 应 用 程序 
时 ， 究 竟 应 该 采 用 哪 种 写法 是 要 由 很 多 因素 来 决定 的 ， 但 有 一 点 可 以 肯定 : 如 果 你 在 泛 型 类 里 面 根据 类 型 参数 创建 了 实例 ， 那 么 
束 应 该 判断 该 实例 所 属 的 类 型 是 否 实现 了 IDisposable 接 口 。 如 果实 现 了 ， 融 必须 编写 相关 的 代码 ， 以 防 程序 在 离开 泛 型 类 之 后 
上 友 生 资源 泄漏 。 


有 些 情 况 下 ， 可 以 重 构 代码 ， 把 创建 这 尝 实例 的 职责 从 泛 型 类 身上 卿 挥 。 在 其 余 一 毕 场合 ， 最 好 是 能 把 这 些 实例 创建 成 局 部 
变量 ， 并 在 必要 的 时 候 对 其 做 dispose。 当 然 ， 泛 型 类 本 身 也 可 能 需要 以 惰性 初始 化 的 形式 根据 类 型 参数 去 创建 实例 ， 并 实现 
1Disposable 接 口 ， 这 需要 多 写 一 些 代 码 ， 然 而 如 果 想 创建 出 实用 的 泛 型 类 ， 有 时 就 必须 这 么 做 才 行 。 
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第 22 条 : EIFLE 


变 体 (type variance) 机 制 ， 尤 其 是 协 变 (covariance) SW (contravariance) 确定 了 某 类 型 的 值 在 什么 样 的 情况 下 
可 以 转换 成 其 他 类 型 的 值 。 在 定义 泛 型 类 与 委托 的 时 候 ， 应 该 尽量 令 其 支持 协 变 与 逆 变 。 这 样 做 可 以 使 APl 运 用 得 更 为 广泛 ,也 
更 加 安全 。 如 果 某 个 类 型 的 值 无 法 当成 另外 一 种 类 型 的 值 来 使 用 ， 那 么 称 为 不 变 (invariant) 。 


变 体 问题 属于 那 种 很 多 人 都 遇 到 过 但 是 很 少 有 人 能 真正 理解 的 话题 。 协 变 与 首 变 是 指 能 否 根据 类 型 参数 之 间 的 兼容 情况 在 两 
个 泛 型 类 之 间 化 约 。 对 于 以 T 为 类 型 参数 的 泛 型 类 型 C<T> 来 说 ， 如 果 在 X 可 以 转换 为 Y 的 前 提 下 能 够 把 C<X> 当 成 C<Y> 来 用 ， 
那么 该 泛 型 对 T 协 变 帽 。 如 果 在 Y 可 以 转换 为 X 的 前 提 下 能 够 把 C<X> 当 成 C<Y> 来 用 ， 那 么 该 泛 型 对 T 逆 变 。 


很 多 开发 者 认为 ， 如 果 方 法 的 参数 是 IEnumerable<Object> ， 那 么 当然 可 以 把 类 型 为 IEnumerable<MyDerivedType> 的 
对 象 传 进去 。 如 果 方 法 的 返回 值 是 IEnumerable<MyDerivedType> ， 那 么 当然 也 可 以 把 它 赋 给 IEnumerable<Object> 类 型 的 
变量 。 其 实 以 前 的 C# 系 统 并 非 如 此 ， 因 为 在 4.0 版 本 之 前 ， 所 有 的 泛 型 类 型 都 是 不 变 的 ， 于 是 ， 某 些 你 认为 合理 的 代码 在 编译 器 
看 来 却 是 无 效 的 ， 因 为 当时 并 不 支持 泛 型 的 协 变 与 遂 变 机 制 。 尽 管 数组 能 够 以 协 变 的 方式 得 到 处 理 ， 但 无 法 保证 程序 安全 地 运 
行 。C#4.0 提 供 了 新 的 关键 字 ， 使 得 开发 者 能 够 以 协 变 与 逆 变 的 方式 运用 泛 型 类 。 如 果 在 定义 泛 型 接口 与 委托 时 能 够 充分 利用 in 
与 out 来 修饰 类 型 参数 ， 那 么 可 以 把 泛 型 设计 得 更 加 实用 。 


乍 移 来 看 效 组 的 协 变 问题 。 下面 是 个 很 简单 的 类 体系 : 


abstract public class CelestialBody 
IComparable<CelestialBody> 


{ 
public double Mass { get; set; } 
public string Name { get; set; } 
// elided 

} 


public class Planet : CelestialBody 


// elided 


public class Moon : CelestialBody 


{ 
// elided 
h 
public class Asteroid : CelestialBody 
t 
// elided 
} 


下 面 这 个 方法 可 以 协 变 地 处 理由 CelestialBody 对 象 所 构成 的 数组 ， 而 且 能 够 保证 程序 安全 运行 : 


public static void CoVariantArray(CelestialBody[] baseItems) 
{ 
foreach (var thing in baselItems) 
Console.WriteLine("{0} has a mass of {1} Kg", 
thing.Name, thing.Mass); 


下 面 这 个 方法 也 可 以 协 变 地 处 理由 CelestialBody 对 和 象 所 组 成 的 数组 ， 但 它 无 法 保证 程序 能 够 安全 运行 (因为 baseltems 未 
必 是 一 种 能 够 存 入 Asteroid 对 象 的 数组 ) : 


public static void UnsafeVariantArray(CelestialBody[] baseItems) 
{ 
baseItems[0O] = new Asteroid 


{ Name = "Hygiea", Mass = 8.85e19 }; 


同 理 ， 下 面 这 种 写法 也 会 出 现 这 个 问题 。 它 是 把 派生 类 的 数组 赋 给 了 以 基 类 来 声明 的 数组 变量 (然后 又 向 其 中 放 入 了 一 个 与 
早 前 那个 派生 类 不 兼容 的 对 象 ) : 


CelestialBody[] spaceJunk = new Asteroid[5]; 
spaceJunk[0] = new Planet(); 


协 变 地 处 理 集合 意味 着 如 果 两 个 类 型 之 间 有 继承 天 系 ， 那 么 由 这 两 个 类 型 的 对 象 所 分 别 形成 的 两 个 数组 之 间 也 会 出 现 类 似 的 
天 系 。 尽 管 这 样 定 义 并 不 严格 ， 但 有 助 于 理解 协 变 的 含义 。 由 于 Planet 继 承 自 CelestialBody， 因 此 ， 凡 是 需要 CelestialBody 来 
做 参数 的 万 法 都 可 以 接受 Planet。 同 理 ， 几 是 需要 CelestialBody[] 来 做 参数 的 那些 万 法 也 都 可 以 接受 Planet[]。 然 而 正如 前 面 那 
个 例子 所 示 ， 有 的 时 候 ， 这 些 方法 里 面 的 代码 可 能 无 法 安全 地 执行 。 


刚刚 引入 泛 型 的 时 候 ，C# 语 言 是 以 相当 生硬 的 万 式 处 理 这 个 问题 的 ， 也 就 是 说 ，C# 编 译 器 忌 以 不 变 的 万 式 来 处 理 泛 型 ， 如 
果 两 个 泛 型 类 型 不 能 精确 匹配 ， 那 么 代码 就 无 法 编译 。 从 C#4.0 起 ， 开 友 者 可 以 修饰 泛 型 接口 中 的 类 型 参数 ， 使 得 编译 器 能 够 以 
协 变 或 逆 变 的 形式 处 理 这 个 泛 型 。 这 里 首先 讲解 泛 型 的 协 变 ， 然 后 讨论 逆 变 。 


调用 下 面 这 个 方法 的 时 候 ， 可 以 把 List<Planet> 传 进去 : 


public static void CovariantGeneric 


(ITEnumerable<CelestialBody> baseItems) 


{ 
foreach (var thing in baselItems) 
Console.WriteLine("{0} has a mass of {1} Kg", 
thing.Name, thing.Mass); 
} 


之 所 以 能 够 这 样 调用 ， 是 因为 I Enumerable<T> 这 个 泛 型 接口 粹 用 out 关 键 字 修饰 了 类 型 参数 T， 令 其 只 能 出 现在 那些 用 于 
输出 (output) 的 位 置 上 面 : 


public interface IEnumerable<out T> : IEnumerable 
{ 
new IEnumerator<T> GetEnumerator(); 
} 
public interface ITEnumerator<out T> 


IDisposable, IEnumerator 


new T Current { get; } 


// MoveNext(), Reset() inherited from IEnumerator 


这 里 把 IEnumerable<T> 与 IEnumerator<T> 都 写 了 出 来 ， 因 为 后 者 对 T 也 施加 了 重要 的 限制 : 它 把 类 型 参数 T 修 饰 成 out， 
令 编 译 器 保证 该 类 型 只 能 出 现在 那些 用 于 输出 的 地 方 ， 也 束 是 只 能 给 函数 或 属性 的 get 访 问 器 (get accessor) 充当 返回 值 ， 或 
是 出 现在 委托 中 的 某 些 位 置 上 面 。 


于 是 ， 编 译 器 看 到 IEnumerable<out T> 这 样 的 写法 之 后 就 会 明白 : 该 接口 只 允许 使 用 者 查看 序列 中 的 每 一 个 T 型 对 象 , 但 
并 不 会 叫 他 们 去 修改 序列 的 内 容 。 因 此 ， 编 译 器 容许 时 前 那 段 代 码 把 List 中 的 每 一 个 Planet 都 视 为 IEnumerable 中 的 
CelestialBody, 


只 有 当 IEnumerator<T> 对 T 协 变 时 ，|Enumerable<T> 才 能 够 对 T 协 变 ， 假 如 IEnumerable<T> 所 返回 的 接口 没有 将 T 声 明 
KDE, ARASH IRB. 


与 乙 相 对 ，lnvariantGeneric 方 法 的 baseltems 人 参数 并 不 是 IEnumerable<CelestialBody> 类 型 ， 而 是 
IList <CelestialBody> 类 型 ， 这 使 得 编译 器 只 能 以 不 变 的 形式 来 处 理 泛 型 : 


public static void InvariantGeneric( 


IList<CelestialBody> baselItems) 


baseItems[0] = new Asteroid 
{ Name = "Hygiea", Mass = 8.85e19 }; 


cm 


这 是 因为 lList<T> 并 没有 用 in 或 out 来 修饰 T， 于 是 编译 器 就 要 求 使 用 者 传 入 的 那个 参数 所 具备 的 泛 型 类 型 必须 与 该 方法 所 声 
明 的 泛 型 类 型 精确 匹配 。 


泛 型 接口 与 委托 既 能 够 把 类 型 参 
到 这 种 写法 之 后 ， 会 明日 这 个 类 型 参 


接口 天 用 in 修 饰 了 类 型 参数 T: 


数 声明 为 协 变 ， 也 能 够 将 其 声明 为 逆 变 ， 这 只 需要 将 out 修 饰 符 改 成 in 就 可 以 了 。 编 译 器 看 
数 只 会 出 现在 那些 用 于 输入 (input) 的 位 置 上 面 。.NET Framework 的 IComparable<T> 


public interface IComparable<in T> 


{ 
int CompareTo(T other); 


这 意味 着 能 够 令 CelestialBody 类 去 实现 IComparable<T> 接 口 ， 并 通过 比较 本 对 象 与 另 一 个 CelestialBody (天 体 ) AY 
Mass (质量 ) 来 确定 其 人 顺序。 这样 写 不 仪 可 以 在 两 个 Planet (行星 ) 之 间 比 较 ， 而 且 也 可 以 在 Planet 与 Moon (Atk) 或 是 
Moon 与 Asteroid (小 行星 ) 等 其 他 组 合 方式 之 间 做 比较 。 由 于 比较 时 所 使 用 的 Mass 属 性 是 每 一 个 CelestialBody 都 具备 的 ， 
此 ， 这 种 比较 方式 完全 可 行 。 


要 注意 的 是 ，IEquatable<T> 接 口 对 T 不 变 ， 这 是 因为 Planet 对 象 不 可 能 与 Moon 对 象 相 等 。 它 们 分 别 属 于 不 同 的 类 型 ， 说 
相等 是 没有 意义 的 。 两 个 对 象 若 要 相等 ， 必 须 是 同一 个 类 型 才 可 以 ， 然 而 即便 满足 了 这 一 条 ， 也 不 足以 保证 它们 必定 相等 。 


修饰 成 逆 变 的 类 型 参数 只 能 用 作 方 法 的 参数 类 型 ， 或 是 出 现在 委托 中 的 某 些 位 置 上 面 。 


最 后 来 谈 谈 涉及 委托 参数 的 协 变 与 逆 变 。 与 泛 型 接口 一 样 ， 定 义 泛 型 委托 时 ， 也 可 以 指定 其 对 某 个 泛 型 参数 协 变 或 遂 变 
般 情况 下 ， 规 则 是 比较 简单 的 ， 也 就 是 说 ， 只 会 用 作 方 法 参数 的 那些 类 型 参数 可 以 用 in 关 键 字 修饰 成 逆 变 ， 而 只 用 作 方 法 返回 值 
的 那些 类 型 参数 则 可 以 用 out 关 键 字 修饰 成 协 变 。 例 如 新 版 的 .NET Base Class Library (BCL) 就 修改 了 下 面 几 种 委托 的 定义 方 
式 ， 令 其 能 够 与 变 体 机 制 相 结合 : 


public delegate TResult Func<out TResult>(); 
public delegate TResult Func<in T, out TResult>(T arg); 
public delegate TResult Func<in T1, T2, out TResult>(T1 argl, 
T2 arg2); 
public delegate void Action<in T>(T arg); 
public delegate void Action<in T1, in T2>(T1 argl, T2 arg2); 
public delegate void Action<in T1, in T2, T3>(T1 argl, 
T2 arg2, 13 area); 


单 看 这 些 规则 或 许 并 不 是 特别 难 懂 ， 但 如 果 把 涉及 变 体 的 委托 用 作 变 体 泛 型 接口 里 面 某 个 方法 的 参数 ， 那 可 能 束 有 些 困 惑 
了 。 刚 才 说 过 ， 如 果 接 口 对 某 个 类 型 参数 协 变 ， 那 么 不 能 在 其 方法 中 返回 对 该 类 型 不 变 的 接口 。 同 理 ， 委 托 也 不 能 用 这 种 办 法 绕 
过 协 变 和 逆 变 万 面 的 限制 。 


如 果 变 体 泛 型 接口 中 的 方法 把 涉及 协 变 与 逆 变 的 委托 用 作 参 数 ， 那 你 可 要 小 心 ， 别 把 两 者 理解 反 了 。 下 面 举 两 个 例子 : 


public interface ICovariantDelegates<out T> 


{ 

T GetAnItem( ) ; 

Func<T> GetAnItemLater(); 

void GiveAnItemLater(Action<T> whatToDo); 
} 


public interface IContravariantDelegates<in T> 


{ 
void ActOnAnItem(T item); 
void GetAnitemLater(Func<T> item); 
Action<T> ActOnAnitemLater(); 

} 


这 两 个 接口 中 的 方法 名 称 都 是 笔者 刻意 拟定 的 ， 用 以 说 明 这 些 涉及 委托 的 协 变 与 逆 变 机 制 为 什么 能 够 见效 。 仔 细 观 察 
ICovariantDelegate 接 口 的 定义 ， 其 中 的 GetAnltemLater () 方法 用 于 惰性 地 获取 元 素 ， 也 就 是 说 ， 用 户 可 以 先 通 过 该 方法 获 
取 Func<T> ， 等 将 来 真正 需要 用 到 这 个 元 素 时 ， 再 通过 Func<T> 去 获取 。 由 此 可 见 ，T 依 然 会 出 现在 表示 输出 的 位 置 上 面 ， 
此 ， 这 样 来 使 用 对 T 协 变 的 Func<T> 或 许 还 是 有 道理 的 ， 而 GiveAnltemLater () 方法 则 显得 有 些 令 人 费解 ， 因 为 该 方法 所 涉及 
的 那个 委托 出 现在 了 参数 的 位 置 上 面 ， 它 稍 后 要 通过 此 参数 所 表示 的 委托 来 执行 某 项 动作 ， 那 项 动作 会 接受 T 类 型 的 对 象 。 尽 侣 
Action<in T> 本 身 对 T 逆 变 ， 但 从 其 在 ICovariantDelegate 接 口中 的 作用 可 以 推 知 ， 这 个 Action <T> 实 际 上 只 是 给 实现 
ICovariantDelegate<T> 接 口 的 那个 对 象 提 供 了 操作 T 型 对 象 的 手段 ， 其 最 终 目 的 在 于 返回 那个 T 型 对 象 。 因 此 ， 尽 管 看 上 去 似 
乎 应 该 对 T 逆 变 ， 但 就 ICovariantDelegates<T> 接 口 与 Action<T> 中 那个 T 的 来 看 ， 两 者 依然 是 协 变 的 关系。 


IContravariantDelegate<T> 接 口 也 可 以 用 类 似 的 思路 来 理解 ， 但 这 次 演示 的 是 怎样 在 对 T 遂 变 的 接口 中 定义 与 泛 型 委托 有 
KATA. CHYActOnAnitem () WASTHRAA, MActOnAnitemLater () 万 法 则 稍微 有 点 复 杂 。 访 方法 会 向 调用 方 返 回 
Action<T> ， 使 得 调用 方 以 后 可 以 把 蘑 个 T 类 型 的 对 象 交 给 这 个 Action<T> 处理。 至 于 GetAnltemLater () 方法 ， 则 与 
ICovariantDelegates<T> 接 口中 的 GiveAnltemLater () 方法 一 样 ， 可 能 显得 颇 为 费解 ， 其 实 这 两 个 方法 背后 的 原理 是 相互 对 
照 的 。GetAnltemLater () 方法 接受 Func<T> 参 数 ， 该 参数 所 表示 的 那个 方法 可 以 于 稍 后 得 到 调用 ， 并 产生 T 类 型 的 对 象 。 尽 
管 Func<out T> 本 身 对 T 协 变 ， 但 其 作用 只 不 过 是 给 实现 了 IContravariantDelegate<T> 接 口 的 那个 对 象 提供 了 一 种 引入 T 型 对 


象 的 手段 (其 最 终 目 的 在 于 操作 那个 T 型 对 象 ) 。 因 此 ， 惑 IContravariantDelegate<T> 接 口气 Func<T> 中 的 那个 T 来 看 ， 两 者 
依然 是 逆 变 的 天 系 。 


要 精准 地 摘 述 协 变 与 逆 变 的 工作 原理 目 然 是 相当 复杂 的 ， 但 首先 应 该 记 住 : C# 语 言 允 许 开 发 者 在 泛 型 接口 与 委托 中 运用 in 
与 Out 修饰 待 ， 以 表达 它 们 与 类 型 参数 之 间 的 逆 变 及 协 变 天 系 。 你 在 定义 接口 与 委托 的 时 候 ， 应 该 充分 地 运用 这 两 个 修饰 符 ， 使 
得 编译 器 能 够 根据 这 些 定义 把 与 变 体 有 关 的 错误 找 出 来 。 如 果 出 现 了 这 方面 的 问题 ， 那 么 编译 器 会 在 接口 及 委托 的 定义 中 指出 相 
应 的 位 置 ， 并 且 能 够 在 误 用 这 些 类 型 的 地 方 报错 。 


[1 译文 之 中 的 “对 T 协 变 ”这 一 说 法 可 以 理解 为 “与 T 相 协 变 ”或 “关于 工 协 变 ” 。 涉 及 逆 变 的 译文 也 是 如 此 。 译 者 注 
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第 23 条 : 用 委托 要 求 类 型 参数 必须 提供 某 种 万 法 


C# 为 开 友 者 所 提供 的 约束 似乎 比较 有 限 ， 你 只 能 要 求 某 个 泛 型 参数 所 表示 的 类 型 必须 继承 目 某 个 超 类 、 实 现 某 个 接口 、 必 
是 引用 类 型 、 必 须 是 值 类 型 或 是 必须 具备 无 参数 的 构造 溺 数 。 此 外 还 有 很 多 要 求 无 法 通过 这 些 约束 来 表达 。 例 如 你 可 能 要 求 泛 
型 参数 所 表示 的 类 型 必须 提供 某 些 静态 方法 (这 也 包括 要 求 它 必 须 提供 某 些 运 算 符 ) ， 或 是 要 求 该 类 型 必须 具备 其 他 某 种 形式 的 
构造 溺 数 。 从 某 个 角度 来 看 ， 这 些 要 求 其实 都 可 以 用 C# 语 言 上 自身 的 功能 寺 回 地 实现 出 来 。 比 万 说 ， 如 果 你 要 求 类 型 参数 所 表示 
的 类 型 必须 具备 某 种 形式 的 构造 函数 ， 那 么 可 以 创建 IFactory<T> 接 口 ， 并 在 其 中 编写 与 该 构造 函数 相仿 的 方法 ， 以 返回 T 型 的 
对 象 ， 然 后 规定 泛 型 类 的 用 户 所 指定 的 类 型 参数 必须 实现 IFactory<T> 接 口 。 又 例如 你 要 求 类 型 参数 所 表示 的 类 型 必须 具备 相 加 
的 功能 ， 那 么 可 以 创建 I[Add<T> 接 口 ， 并 在 该 接口 里 面 定 义 用 来 执行 加 法 的 万 法， 以 便 令 实现 者 能 够 通过 T 里 面 定义 的 静态 加 号 
(+) 运算 符 或 其 他 万 法 将 两 个 T 型 对 象 相 加 ， 然 后 规定 泛 型 类 的 用 尸 所 指定 的 类 型 参数 必须 实现 这 个 IAdd<T> 接 口 。 这 种 做 法 
并 不 好 ， 因 为 它 不 仅 会 增加 工作 量 ， 而 且 还 会 扰乱 你 的 基本 设计 思路 。 


须 


ANN 


现在 束 以 Add () HARKKI Nala. WRIA R SA EKRA ETKEN Add () 方法 ， 那 么 要 做 
下 面 这 几 件 事 : 首先 ,创建 /Add<T> 接 口 ， 其 次 ,编写 代码 ， 给 类 型 参数 施加 约束 ， 规 定 其 必须 实现 该 接口 。 单 就 你 自身 的 工 
作 来 看 ， 还 不 算 太 糟 粽 ， 然 而 使 用 这 个 泛 型 类 的 客 尸 问 开发 者 却 需 要 编写 更 多 的 代码 ， 因 为 他 们 必须 先 创建 类 来 实现 |Add <T> 
接口 ， 并 在 类 里 面 定 义 该 接口 中 的 万 法 ， 然 后 措 定 封闭 的 泛 型 类 ， 以 满足 你 写 的 那个 泛 型 类 所 提出 的 要 求 。 如 果 开 友 者 都 必须 像 
这 样 先 创建 出 类 来 满足 你 所 规定 的 那个 APl 签 名 ， 然 后 才能 调用 菏 个 万 法 ， 那 么 他 们 会 完 得 非常 麻烦 ， 从 而 不 太 愿意 使 用 你 写 的 


泛 型 类 。 


ANN 


实际 上 ， 完 全 不 用 做 得 这 么 麻烦 ， 只 需 指定 一 个 委托 ， 并 令 其 汐 名 与 沁 型 类 想 要 调用 的 那个 方法 相同 即 可 。 这 不 仪 减少 了 你 
的 工作 量 ， 而 且 还 给 使 用 这 个 泛 型 类 的 那些 开 友 者 省 下 了 很 多 时 间 。 


下 面 这 段 代 码 演示 了 如 何 利用 委托 来 编写 能 把 两 个 对 象 相 加 的 泛 型 方法。 由 于 系统 目 市 的 
System.Func<T1,，T2,，TOutput> 的 签名 本 身 束 与 调用 方 应 该 提供 的 那个 方法 相符 ， 因 此 ， 不 用 另外 去 定义 委托 。 调 用 方 需要 
遵照 AddFunc 的 形式 来 实现 加 法 逻辑 ， 并 将 其 传 给 这 个 泛 型 方法 ， 令 该 万 法 能 够 及 用 这 套 逻 辑 将 两 个 对 铺 相 加 : 


public static class Example 
{ 
public static T Add<T>(T left, T right, 
Func<T, T, T> AddFunc) => 
AddFunc( left, right); 


使 用 这 个 泛 型 方法 的 人 可 以 借助 类 型 推断 (type inference) 机 制 与 lambda 表 达 式 来 编写 符合 AddFunc () 要 求 的 代码 ， 
以 供 Add<T> 在 执行 加 法 时 调用 。 比 方 说 ， 可 以 用 下 面 这 样 的 lambda 表 达 式 来 定义 一 种 AddFunc， 并 将 其 传 给 Example 类 中 的 
Add 泛 型 方法 : 


int a = 6; 
ate b= 7 
int sum = Example.Add(a, b, (x, y) => x + y); 


C# 编 译 器 会 根据 lambda 表 达 式 推断 出 类 型 与 返回 值 ， 并 据 此 创建 private 静 态 方法 ， 以 返回 两 个 整数 之 和 。 该 方法 的 名 称 
是 由 编译 器 生成 的 。 此 外 ， 编 译 器 还 会 创建 Func<T，T，T> 形 式 的 委托 对 象 ， 并 把 指向 那个 private 静 态 方 法 的 指针 赋 给 该 对 
R, 最后， 把 委托 对 象 传 给 Example.Add () 这 个 泛 型 方法 。 


上 面 这 个 例子 演示 了 怎样 通过 lambda 表 达 陈 实现 满足 某 种 委托 的 方法 。 由 此 可 见 ， 基 于 委托 来 创建 接口 契约 (interface 
contract) 是 较为 合理 的 做 法 。 尽 管 本 例 是 笔者 特意 构造 的 ， 但 它 很 能 够 说 明 这 种 写法 的 好 处 。 为 了 要 求 泛 型 参数 必须 支持 某 个 
方法 而 去 专门 定义 一 个 接口 有 时 是 不 太 方 便 的 ， 这 种 情况 下 ， 可 以 把 方法 签名 以 委托 的 形式 表达 出 来 ， 并 要 求 用 户 在 使 用 泛 型 方 
法 时 传 入 符合 这 个 委托 的 实例 ， 这 样 的 话 ， 他 们 就 可 以 用 lambda 表 达 式 去 编写 那个 方法 了 。 与 专门 定义 接口 的 做 法 相 比 ， 他 们 
所 要 编写 的 代码 会 很 少 ， 而 且 写 起 来 也 会 很 清晰 ， 因 为 只 需要 把 方法 的 功能 用 lambda 表 达 式 定义 出 来 束 行 了 ， 除 此 之 外 ,不 需 
要 再 编写 其 他 代码 。 


这 种 基于 委托 的 淖 约 通常 用 来 表达 需要 在 序列 上 面 执行 某 种 操作 的 算法 。 比 万 说 ， 要 把 由 多 个 机 械 探头 所 采集 到 的 数据 样本 
转换 成 具有 X 坐 标 与 Y 举 标的 二 维 点 ， 从 而 将 包谷 原样 本 的 那些 序列 合并 成 一 个 由 这 样 的 点 所 形成 的 序列 。 


这 些 点 可 以 用 下 面 这 个 Point 类 来 表示 : 


public class Point 


{ 
public double X { get; } 
public double Y { get; } 
public Point(double x, double y) 
{ 
ENS ak: = 35 
this.Y = y; 
} 
} 


设备 给 出 的 原始 读数 保存 在 两 个 List<double> 序 列 里 面 ， 每 次 需要 从 这 两 个 序列 中 分 别 读 取 一 个 值 ， 用 以 充当 X 坐 标 与 Y 坐 
标 ， 并 调用 Point (double, double) 构造 函数 来 构建 Point。 由 于 Point 是 不 可 变 的 类 型 ， 因 此 ， 不 能 先 调 用 默认 的 构造 函 
数 ， 然 后 去 设置 X 属 性 与 Y 属 性 ， 这 样 看 来 ， 无 法 通过 new () 约束 表达 这 一 要 求 ， 而 男 一 方面 ，C# 语 言 没 有 提供 可 以 对 构造 函 
数 的 参数 做 出 限制 的 约束 。 面 对 这 个 问题 ， 你 可 以 定义 一 种 委托 ， 令 它 接受 两 个 参数 ， 并 返回 一 个 Point。 与 刚才 那个 例子 类 
似 ，.NET Framework 3.5 里 面 本 身 就 已 经 定义 好 了 这 样 的 委托 : 


delegate TOutput Func<T1, T2, TOutput>(T1 argl, T2 arg2); 


对 本 例 来 说 ，T1 与 T2 都 是 同一 种 类 型 ， 也 就 是 double。Base Class Library 用 来 创建 输出 序列 的 那个 泛 型 方法 ， 其 逻辑 可 以 
用 下 列 代码 摘 述 : 


public static IEnumerable<TOutput> Zip<T1, T2, TOutput> 
(IEnumerable<T1> left, ITEnumerable<T2> right, 
Func<T1, T2, TOutput> generator) 


{ 
TEnumerator<T1> leftSequence = left.GetEnumerator(); 
ITEnumerator<T2> rightSequence = right.GetEnumerator() ; 
while (leftSequence.MoveNext() && rightSequence.MoveNext() ) 
{ 
yield return generator(leftSequence.Current, 
rightSequence.Current) ; 
} 
leftSequence.Dispose(); 
rightSequence.Dispose(); 
} 


Zip 方 法 会 在 两 个 输入 序列 上 面 分 别 列 举 元 素 ， 然 后 用 获取 到 的 这 两 个 元 素来 调用 由 generator 参 数 所 表示 的 委托 ， 从 而 返 
回 新 创建 出 来 的 Point 对 象 (参见 第 29 条 及 第 33 条 ) 。 这 个 委托 的 契约 要 求 调用 Zip 的 人 所 提供 的 那个 方法 必须 能 够 根据 两 个 输 
入 值 来 产生 一 个 输出 值 。 请 注意 ，Zip 并 没有 要 求 这 两 个 输入 值 必须 是 同一 种 类 型 ， 因 此 ， 除 了 用 两 个 同 为 double 的 值 来 创建 
Point 之 外 ， 你 还 可 以 用 两 个 不 同类 型 的 值 来 创建 键 值 对 (key/value pair) ， 只 不 过 那样 需要 提供 另 一 个 方法 做 委托 。 


束 本 例 来 说 ，Zip 方 法 可 以 这 样 调 用 : 


double[] xValues = { 0, 1, 2, 3, -a Gs ee D 9, 
0, 1, 2, 3, 4, 5, 6, 7, 8, 9 }; 

double[] yValues = { 0, 1, 2, 3, n De Oe 3 8; 9, 
GO, Jj, Zs 8; ds Ss 6G 7% By BT 


List<Point> values = new List<Point>( 
Utilities.Zip(xValues, yValues, (x, y) => 
new Point(x, y))); 


与 前 一 个 例子 类 似 ， 编 译 器 在 执行 上 述 代码 时 ， 也 会 根据 lambda 表 达 式 生成 private 静 人 态 方 去 ， 并 创建 指向 该 方法 的 委托 对 
象 ， 最 后 将 这 个 委托 对 象 传 给 Zip () 。 

一 般 来 咬 ， 编 写 泛 型 类 时 需要 调用 的 那些 方法 都 可 以 用 某 种 委托 表示 。 前 面 那 两 个 例子 是 把 委托 设计 成 泛 型 方法 的 参数 ， 以 
供 泛 型 方法 在 执行 的 时 候 调 用 。 如 果 泛 型 类 里 面 有 很 多 地 方 都 要 用 到 这 个 委托 ， 那 么 可 以 将 其 设 为 构造 施 数 的 参数 ， 以 便 在 构造 
该 类 的 实例 时 把 这 个 委托 赋 给 实例 中 的 相关 成 员 。 


下 面 这 个 例子 会 用 创建 泛 型 类 的 对 象 时 所 保存 的 那个 委托 ， 把 文本 格式 的 输入 数据 转换 成 Point。 为 了 实现 这 套 方案 ， 首 先 
需要 给 Point 类 添加 一 种 构造 函数 ， 令 其 能 够 从 文本 文件 中 读 取 两 份 数 据 ， 并 将 其 分 别 设 置 成 X 与 Y 坐 标 : 


public Point(System.I0O.TextReader reader) 
{ 
String line = reader.ReadLine(); 
string[] fields = line.SplitC(','); 
if (fields.Length != 2) 
throw new InvalidOperationException( 
"Input format incorrect"); 
double value; 
if (!double.TryParse(fields[0O], out value)) 
throw new InvalidOperationException( 
"Could not parse X value"); 
else 


X = value; 


if (!double.TryParse(fields[1], out value)) 
throw new InvalidOperationException( 
"Could not parse Y value"); 
else 


Y = value; 


接 下 来 考虑 如 何 创 建 泛 型 类 。 你 不 能 对 该 类 的 类 型 参数 施加 new () 约束 ， 因 为 这 种 约束 针对 的 是 无 参数 的 构造 函数 ， 它 无 
法 保证 用 尸 所 提供 的 类 型 一 定 具备 某 种 形式 的 参数 。 但 是 ， 你 可 以 改 用 另 一 种 办 法 表达 这 个 要 求 ， 也 束 是 定义 一 种 可 以 根据 
TextReader 来 创建 T 型 对 象 的 委托 类 型 ， 并 且 规 定 ， 用 户 在 创建 泛 型 类 的 实例 时 ， 必 须 提供 一 个 符合 此 委托 的 万 法 : 


public delegate T CreateFromStream<T>(TextReader reader) ; 


现在 融 来 编写 这 个 用 作 容 器 的 泛 型 类 ， 该 类 的 构造 图 数 接受 一 个 委托 参数 ， 其 类 型 正 是 刚才 定义 的 


CreateFromStream<T>: 


public class InputCollection<T> 


L 
private List<T> thingsRead = new List<T>(); 


private readonly CreateFromStream<T> readFunc; 
public InputCollection(CreateFromStream<T> readFunc) 


{ 


this.readFunc = readFunc; 


public void ReadFromStream(TextReader reader) => 


thingsRead.Add(readFunc(reader) ); 


public IEnumerable<T> Values => thingsRead; 


创建 InputCollection 实 例 的 时 候 ， 可 以 这 样 来 指定 委托 : 


var readValues = new InputCollection<Point>( 


CinputStream) => new Point(inputStream) ); 


由 于 这 个 例子 很 镜 单 ， 因 此 你 可 能 铬 得 用 普通 的 类 来 实现 束 够 了 ， 没 必要 用 到 泛 型 。 笔 者 之 所 以 使 用 泛 型 ， 是 为 了 演示 如 果 
你 对 泛 型 类 的 用 户 所 提出 的 要 求 无 法 通过 C# 内 置 的 约束 机 制 来 搞 述 ， 那 么 应 该 号 样 表达 这 一 要 求 。 


一 般 来 说 ， 在 设计 泛 型 类 的 时 候 ， 还 是 应 该 通过 C# 内 置 的 约束 来 表达 相 天 的 要 求 ， 例 如 要 求 用 户 所 提供 的 类 型 必须 继承 自 
某 个 类 或 必须 实现 某 个 接口 。.NET BCL 里 面 有 很 多 地 方 都 是 这 样 做 的 ， 比 方 说 ， 要 求 你 提供 的 类 型 必须 实现 
IComparable<T>、1IEquatable<T> 或 IEnumerable<T> 。 由 于 这 几 种 接口 比较 常见 ， 而 且 很 多 算法 都 要 用 到 ， 因 此 这 样 做 是 
合理 的 。 这 些 约束 条 件 能 够 清晰 地 表达 出 泛 型 类 的 设计 者 对 用 户 所 提出 的 要 求 ， 例 如 要 求 你 提供 的 类 型 实现 IComparable<T> 
接口 ， 这 自然 意味 着 必须 能 够 在 该 类 型 的 对 象 乙 间 排 序 ， 又 例如 要 求 你 提供 的 类 型 实现 IEquatable<T> 接 口 ， 这 自然 意味 着 必 
须 能 够 判断 该 类 型 的 对 象 是 否 相等 。 


有 反之， 如 果 你 所 要 求 的 那 种 接口 并 不 是 很 常 丸 ， 而 是 只 在 实现 某 个 泛 型 万 法 或 泛 型 类 时 才 会 用 到 ， 那 么 最 好 是 用 委托 把 接口 
里 面 的 那个 方法 摘 述 出 来 ， 并 要 求 用 尸 提 供 满 足 该 形式 的 委托 对 象 。 按 照 这 种 方式 编写 的 泛 型 类 用 起 来 很 简单 ， 和 而且 为 了 使 用 该 
类 所 写 的 那些 代码 也 比较 容易 读 懂 。 你 可 能 会 要 求 用 尸 提供 的 类 型 必须 支持 某 种 运算 符 、 必 须 拥 有 某 个 静 仿 万 法 、 必 须 与 某 种 形 
式 的 委托 相符 或 是 必须 能 够 以 某 种 方式 来 构造 ， 这 些 要 求 其 实 都 可 以 用 委托 来 表示 。 也 束 是 说 ， 你 可 以 定义 相应 的 委托 类 型 ,并 
要 求 用 尸 在 使 用 泛 型 类 的 时 候 必 须 提 供 这 样 的 委托 对 象 。 忌 之， 如 果 你 在 设计 泛 型 的 时 候 需 要 对 用 尸 所 提供 的 类 型 提出 要 求 ， 但 
这 种 要 求 又 不 便 以 C# 内 置 的 约束 条 件 来 表达 ， 那 么 焉 应 该 考虑 通过 其 他 办 法 来 保证 这 一 点 ， 而 不 能 放 乔 这 项 要 求 。 


第 24 条 : 如 果 有 沁 型 万 法 ， 融 不 要 再 创建 针对 基 类 或 接口 的 重 邢 版 本 


如 果 有 多 个 相互 重 载 的 方法 ， 那 么 编译 器 残 需要 判断 哪 一 个 方法 应 该 得 到 调用 。 引 入 了 汉 型 方法 之 后 ， 这 套 判 断 规则 会 变 得 
特别 复杂 ， 因 为 只 要 能 够 替换 其 中 的 类 型 参数 ， 束 可 以 与 这 个 泛 型 方法 相 匹 配 。 若 是 不 注意 这 个 问题 ， 则 有 可 能 令 应 用 程序 出 现 
奇怪 的 运行 结果 ， 因 此 ,编写 泛 型 类 或 泛 型 万 法 时 ， 应 该 尽力 确保 使 用 该 类 或 该 万 法 来 编程 的 人 不 会 看 到 令 他 们 意外 的 效果 。 这 
意味 着 你 必须 仔细 考虑 编译 器 会 如 何在 这 些 相 互 重 载 的 万 法 之 间 做 出 选择 ， 它 有 没有 可 能 选 出 泛 型 版 本 的 万 法 ， 而 不 去 调用 开 友 
者 本 来 打算 执行 的 那个 方法 。 


0 


请 看 下 面 这 段 代码 ， 并 试 着 猜 猜 运行 的 结 


using static System.Console; 


public class MyBase 
uf 
} 


public interface IMessageWriter 


{ 


void WriteMessage(); 


public class MyDerived : MyBase, IMessageWriter 
1 
void IMessageWriter.WriteMessage() => 


WriteLine("Inside MyDerived.WriteMessage"); 


public class AnotherType : IMessageWriter 


public void WriteMessage() => 


WriteLine("Inside AnotherType.WriteMessage"); 


class Program 


{ 
Static void WriteMessage(MyBase b) 
{ 
WriteLine("Inside WriteMessage(MyBase)"); 
} 


Static void WriteMessage<T>(T obj) 


{ 
WriteC"Inside WriteMessage<I>(T): 了 
WriteLine(obj.ToString()); 


Static void WriteMessage(IMessageWriter obj) 


{ 


WriteC"Inside WriteMessage(IMessageWriter): 


obj .WriteMessage(); 


static void Main(string[] args) 
{ 
MyDerived d = new MyDerived(); 
WriteLine( "Calling Program.WriteMessage") ; 
WriteMessage(d); 
WriteLine(); 


WriteLine("Calling through IMessageWriter interface"); 
WriteMessage((IMessageWriter)d); 


WriteLine(); 


WriteLine( "Cast to base object"); 
WriteMessage((MyBase)d) ; 
WriteLine(); 


WriteLineC"Another Type test:"); 
AnotherType anObject = new AnotherType(); 
WriteMessage(anObject) ; 

WriteLine(); 


WriteLine( "Cast to IMessageWriter:"); 


WriteMessage((IMessageWriter)anObject) ; 


尽管 WriteLine 廊 法 里 面 写 的 那些 文字 已 经 给 出 了 提示 ， 但 你 还 是 可 以 自己 试 着 猜 猪 看。 这 个 例子 的 重点 在 于 演示 泛 型 方法 
是 如 何 影响 方法 解析 规则 的 。 由 于 编译 器 总 是 有 可 能 把 泛 型 万 法 视 为 民 好 匹配 (good match) 的 方法 ， 因 此 ， 或 许 会 把 它 排 在 
你 想 要 调用 的 那个 方法 之 前 。 下 面 是 本 例 的 运行 结 


Calling Program.WriteMessage 


Inside WriteMessage<T>(T): Item14.MyDerived 


Calling through IMessageWriter interface 
Inside WriteMessage(IMessagewWriter): 


Inside MyDerived.WriteMessage 


Cast to base object 

Inside WriteMessage(MyBase ) 

Another Type test: 

Inside WriteMessage<T>(T): Iteml14.AnotherType 


Cast to IMessageWriter: 
Inside WriteMessage(IMessagewWriter): 


Inside AnotherType.WriteMessage 


第 一 项 测试 的 结果 表明 了 一 个 极为 重要 的 现象 : 如 果 对 象 所 属 的 类 继承 目 基 类 MyBase， 那 么 以 该 对 象 为 参数 来 调用 
WriteMessage 时 ，WriteMessage<T> (T obj) 总 是 会 先 于 WriteMessage (MyBase b) 而 得 到 匹配 ， 这 是 因为 如 果 要 与 泛 
型 版 的 方法 相 匹 配 ， 那 么 编译 器 可 以 直接 把 子 类 MyDerived 视 为 其 中 的 类 型 参数 T， 但 大 要 与 基 类 版 的 方法 相 匹 配 ， 则 必须 将 
MyDerived 型 的 对 象 隐 式 地 转换 成 MyBase 型 的 对 象 ， 所 以 ， 它 认为 泛 型 版 的 WriteMessage 更 好 。C# 系 统 的 |Queryable<T> 
与 l|Enumerable<T> 里 面 定 义 了 很 多 扩展 方法 ， 这 些 方 法 与 受到 扩展 的 那些 类 型 原来 残 有 的 方法 之 间 是 相互 重 载 的 ， 此 时 同样 
要 留意 编译 器 究竟 会 把 你 的 调用 代码 解析 到 哪 一 个 方法 上 面 。 由 于 泛 型 方法 轧 是 有 可 能 与 调用 代码 完全 匹配 ， 因 此 ， 与 针对 基 类 
而 写 的 那些 方法 相 比 ， 它 们 会 优先 得 到 调用 。 


接 下 来 的 两 项 测试 用 于 演示 怎样 通过 转换 类 型 (也 束 是 明确 地 转换 为 MyBase 或 1MessageWriter 类 型 ) 来 影响 编译 器 的 解 
析 结 果 ， 使 其 能 够 调用 你 想 要 的 那个 版 本 。 最 后 两 项 测试 说 明 : 与 基 类 版 本 同 汉 型 版 本 之 间 的 优先 顺序 相似 ， 接 口 版 本 与 泛 型 版 
本 之 间 的 优先 顺序 也 有 可 能 令 人 困惑 。 


重 载 方法 的 解析 规则 是 个 很 有 意思 的 话题 ， 在 与 其 他 开 友 者 聚会 的 时 候 ， 你 可 以 把 它 当 作 谈 资 来 炫 次 一些 冷 门 的 知识 。 但 在 
实际 的 工作 中 ， 你 还 是 应 该 提出 一 套 编 程 策略 ， 以 确保 开发 者 所 理解 的 最 佳 版 本 总 是 能 够 与 编译 器 所 判定 出 的 结果 相符 。 如 果 两 
者 不 符 ， 那 么 程序 目 然 以 编译 器 的 判断 为 准 ， 这 会 给 开 友 者 造成 困扰 。 


一 般 来 说， 在 已 经 有 了 泛 型 版 本 的 前 提 之 下 ， 即 便 想 要 给 某 个 类 及 其 子 类 提供 特殊 的 文 持 ， 也 不 应 该 轻易 去 创建 专门 针对 该 
类 的 重 载 版 本 。 这 条 原则 同样 运用 于 接口 。 但 是 数字 类 型 (numeric type) 不 会 有 这 个 问题 ， 因 为 整 数 与 浮 点 数 等 数字 类 型 乙 
间 是 没有 继承 天 系 的 。 与 本 章 早 前 第 18 条 所 说 的 道理 类 似 ， 开 上 友 者 通常 有 理由 去 为 某 个 方法 创建 一 系 询 特殊 的 重 载 方法 ， 以 便 
分 别 应 对 各 种 值 类 型 。 比 方 说 ，.NET Framework 融 专门 针对 每 一 种 数字 类 型 重 载 了 Enumerable.Max<T> 及 
Enumerable.Min<T> 等 方法 ， 这 尤其 值得 注意 。 如 果 不 创建 针对 基 类 或 接口 的 重 载 版 本 ， 那 么 有 些 开发 者 就 会 考虑 能 不 能 在 泛 
型 方法 里 面 判断 参数 的 运行 期 类 型 ， 并 据 此 做 出 处 理 。 这 恐怕 违背 了 泛 型 的 初衷 ， 因 为 使 用 泛 型 本 来 是 为 了 在 编写 程序 时 尽量 不 
去 依赖 对 象 的 运行 期 类 型 。 


// Not the best solution 
// this uses runtime type checking 
Static void WriteMessage<T>(T obj) 
{ 
if (obj is MyBase) 
WriteMessage(obj as MyBase) ; 
else if (obj is IMessageWriter) 
WriteMessage((IMessageWriter) obj); 
else 
{ 
Write(C'Inside WriteMessage<T>(T): "); 
WriteLine(obj.ToString()); 


如 果 只 有 少数 几 种 情况 需要 判断 ， 那 么 确实 可 以 这 样 来 写 。 虽 说 这 段 代 码 并 不 会 把 其 内 部 的 复杂 逻辑 暴露 给 该 类 的 用 户 ， 但 
它 还 是 会 增加 程序 运行 期 的 开销 ， 因 为 修改 之 后 的 六 型 万 法 需要 按照 你 的 想法 来 做 判断 ， 看 看 有 没有 哪个 重 载 版 本 比 编译 器 所 选 
定 的 这 个 泛 型 版 本 更 适合 当前 的 obj 参 数 。 只 有 当 你 想 要 调用 的 版 本 远 比 编译 器 所 选 定 的 版 本 合适 的 时 候 ， 才 应 该 使 用 这 项 技 
巧 ， 而 且 还 要 注意 程序 的 性 能 ， 看 看 有 没有 更 好 的 办 法 能 够 彻底 绕 开 这 个 问题 。 


当然 ， 这 并 不 是 襄 绝 对 不 应 该 专门 针对 某 些 类 型 去 创建 更 为 具体 的 方法 。 本 章 早 前 的 第 19 条 融 沉 示 了 当 用 户 所 给 出 的 参数 
具备 更 多 的 功能 时 怎样 以 更 好 的 方式 来 实现 相关 的 方法 。 当 时 所 举 的 例子 是 : 如 果 用 户 在 创建 ReverseEnumerable 时 所 给 出 的 
序列 具备 更 强 的 能 力 ， 那 么 可 以 据 此 创建 出 更 为 合适 的 IlEnumerator<T>， 从 而 更 好 地 实现 这 个 ReverseEnumerable。 请 注 
意 ， 当 时 那个 例子 并 没有 涉及 与 泛 型 类 型 有 关 的 重 载 方法 解析 规则 ， 而 是 针对 功能 不 同 的 序列 分 别 设计 了 相应 的 构造 疯 数 ， 以 \ 确 
保 程序 能 够 根据 用 己 所 输入 的 序列 类 型 调用 与 之 相符 的 构造 疯 数 。 而 本 条 所 要 说 的 意思 则 是 ， 如 果 你 想 专 门 针 对 某 个 类 型 创建 与 
已 有 的 泛 型 方法 相互 重 载 的 方法 ， 那 么 必须 同时 为 该 类 型 的 所 有 子 类 型 也 分 别 创建 对 应 的 方法 (否则 ， 在 以 子 类 型 的 对 象 为 参数 
来 调用 方法 时 ， 编 译 器 会 把 泛 型 方法 视 为 最 佳 方法 ， 而 不 去 调用 你 针对 基 类 所 创建 的 那个 版 本 ) 。 同 理 ， 如 果 想 专门 针对 某 个 接 
口 创建 与 已 有 的 泛 型 方法 相互 重 载 的 方法 ， 那 么 也 必须 同时 为 实现 了 该 接口 的 所 有 类 型 都 分 别 创建 对 应 的 方法 (使 得 编译 器 能 够 
把 调用 该 方法 的 代码 解析 a 到 合适 的 版 本 上 面 ) 。 


第 25 条 : 如 果 不 需 要 把 类 型 参数 所 表示 的 对 象 设 为 实例 字段 ， 那 么 应 该 优先 考 
已 创 建 泛 型 万 法， 而 不 是 泛 型 类 


开 友 者 忌 是 会 不 假 思 索 地 去 定义 泛 型 类 ,但 有 的 时 候 用 包含 大 量 泛 型 方法 的 非 泛 型 来 实现 可 能 会 更 加 清晰 ， 这 对 于 工具 类 来 
襄 尤 为 明显 。 其 原因 依然 在 于 : 用 户 可 能 会 给 出 很 多 套 符合 约束 的 泛 型 参数 ， 而 C# 编 译 器 则 必须 针对 每 一 套 泛 型 参数 都 生成 一 
份 完 整 的 由 码 ， 用 以 表示 与 这 套 参 数 相 对 应 的 泛 型 类 。 这 些 泛 型 参数 必须 满足 整个 类 所 提出 的 要 求 (无 论 用 尸 是 否 会 用 到 其 中 的 
某 个 方法 ， 都 得 指定 与 那个 方法 的 要 求 相符 的 泛 型 参数 ) ， 与 之 相对 ， 包 含 泛 型 方法 的 非 泛 型 工具 类 则 允许 用 尸 专 门 针 对 具体 的 
万 法 来 提供 不 同 的 类 型 参数 ， 以 满足 各 方法 目 身 的 要 求 。 这 样 做 使 得 编译 器 更 容易 找到 最 佳 的 版 本 ， 而 且 也 令 客 尸 端的 开 友 者 能 
够 更 加 方便 地 运用 你 在 类 中 所 写 的 算法 。 


使 用 泛 型 方法 时 所 提供 的 泛 型 参数 只 需 与 该 方法 的 要 求 相符 即 可 ， 而 使 用 泛 型 类 时 所 提供 的 泛 型 参数 则 必须 满足 该 类 所 定义 
的 每 一 条 约束 。 如 果 将 来 还 要 给 类 里 面 添加 代码 ， 那 么 可 能 会 对 类 级 别 的 泛 型 参数 施加 更 多 的 约束 ， 从 而 令 开 友 者 能 够 使 用 该 类 
的 场合 变 得 更 少 。 友 布 一 两 次 之 后 ， 你 融会 咒 得 当 急 其 实 应 该 把 泛 型 参数 放 在 方法 级 别 才 对 。 有 一 条 简单 的 原则 可 以 帮 你 决定 泛 
型 参数 的 位 置 : 如 果 某 个 类 型 拥有 类 型 级 别 的 数据 成 员 ， 那 么 应 该 实现 成 泛 型 类 (尤其 是 当成 员 的 类 型 与 泛 型 参数 的 类 型 有 天 时 


更 应 该 这 样 做 ) ， 反 之 ， 则 应 该 实现 成 泛 型 万 法 。 


下 面 举 个 小 例子 。 这 个 例子 的 Utils<T> 类 里 面 有 Min 与 Max 两 个 泛 型 方法 : 


public static class Utils<T> 


{ 
public static T Max(T left, T right) => 
Comparer<TI>.Default.Compare(left, right) < 0 ? 
right : left; 
public static T Min(T left, T right) => 
Comparer<T>.Default.Compare(left, right) < 0 ? 
left : right; 
$ 


这 样 写 似乎 完全 没 问 题 ， 因 为 它 可 以 正确 地 比较 两 个 数字 : 


double dl 4: 


double d2 ae 
double max = Utils<double>.Max(dl, d2); 


也 可 以 比较 两 个 字符 串 : 


string foo = "foo"; 
string bar = ‘bar’; 
string sMax = Utils<string>.Max(foo, bar); 


你 看 到 这 样 的 效果 党 得 很 满意 ， 于 是 丈 回 家 了 ， 但 是 使 用 你 这 个 类 的 人 可 丈 夺 烦 了 ， 因 为 他 们 每 次 调用 Max 的 时 候 ， 都 必 


土 
须 把 类 型 参数 写 出 来 ， 因 为 你 创建 的 是 泛 型 类 ， 而 不 是 包含 一 系列 泛 型 方法 的 非 泛 型 类 。 这 只 是 个 小 缺点 而 已 ， 除 此 之 外 ， 还 有 
更 大 的 问题 。 许 多 内 置 的 类 型 其 实 本 身 就 有 对 应 的 Max 与 Min 方 法 可 用 ， 例 如 所 有 的 数字 类 型 都 有 对 应 版 本 的 Math.Max () 及 
Math.Min () 可 供 开发 者 去 调用 。 你 所 写 的 这 个 泛 型 类 并 没有 利用 这 一 点 ， 而 是 一 律 通 过 Comparer<T> 做 比较 。 这 样 做 虽然 


没 错 ， 但 是 会 令 程序 在 运行 的 时 候 必 须 先 去 判断 相关 类 型 是 否 实现 了 IComparer<T>， 然 后 才能 调用 合适 的 方法 。 
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以 考虑 在 保留 原来 那些 泛 型 万 法 的 前 提 下 ， 把 Utils 改 为 非 泛 型 类 (同时 提供 一 些 针 对 具体 类 型 的 重 载 版 本 ) : 


public static class Utils 


{ 
public static T Max<T>(T left, T right) => 
Comparer<TI>.Default.Compare(left, right) < 0 ? right 
left; 
public static double Max(double left, double right) => 
Math.Max(left, right); 
// versions for other numeric types elided 
public static T Min<T>C(T left, T right) => 
Comparer<T>.Default.Compare(left, right) < 0 ? left 
rignt: 
public static double Min(double left, double right) => 
Math.Min(left, right); 
// versions for other numeric types elided 
} 


Utils 现 在 不 是 泛 型 类 了 ， 但 它 里 面包 含 了 多 个 版 本 的 Min 及 Max 方 法 ， 其 中 较为 具体 的 那些 方法 要 比 泛 型 版 本 的 方法 更 为 高 
效 (参见 第 3 条 ) ， 而 且 用 户 现 在 无 须 指明 自己 想 要 调用 的 是 哪个 版 本 : 


double dl = 4; 
double d2 = 5; 
double max = Utils.Max(dl, d2); 


string foo = "foo"; 
string bar = "bar"; 


string sMax = Utils.Max(foo, bar); 


double? d3 = 12; 
double? d4 = null; 
double? Max2 = Utils.Max(d3, d4).Value; 


如 果 参 数 类 型 能 够 与 某 个 较为 具体 的 版 本 相 匹 配 ， 那 么 编译 器 融会 调用 那个 版 本 ， 大 无 法 与 具体 版 本 相 匹 配 ， 则 调用 泛 型 版 
本 。 这 样 写 还 有 一 个 好 处 : 将 来 如 果 给 Utils 类 里 面 又 添加 了 一 些 针对 其 他 类 型 的 具体 版 本 ， 那 么 编译 器 在 处 理 那些 类 型 的 参数 
MRSA ZEA, MESS RAAT ZEMAN AR. 
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public class CommaSeparatedListBuilder 


{ 
private StringBuilder storage = new StringBuilder(); 
public void Add<T>(IEnumerable<TI> items) 
{ 
foreach (T item in items) 
{ 
if (storage.Length > 0) 
storage.Append(", "); 
storage.Append("\""); 
storage.Append(item.ToString()); 
storage.Append("\""); 
} 
} 
public override string ToString() => 
storage. ToString(); 
F 


这 样 写 的 好 处 是 : 同一 份 询 表 可 以 保存 很 多 种 不 同类 型 的 元 素 。 用 户 以 新 的 类 型 来 调用 Add<T> 方 法 时 ， 编 译 器 会 生成 对 应 
的 版 本 。 上 反之， 如 果 把 这 个 类 设计 成 泛 型 类 ， 那 么 用 户 融 必须 在 使 用 CommaseparatedListBuilder 的 时 候 指 定 泛 型 参数 ， 从 而 
令 该 对 象 只 适用 于 某 一 种 类 型 的 元 素 。 尽 管 这 两 种 写法 都 可 行 ， 但 用 户 使 用 该 类 的 方式 却 会 有 所 区 别 。 


对 于 这 个 简单 的 例子 来 说 ， 如 果 你 把 它 写成 泛 型 类 ， 那 么 只 需要 把 类 型 参数 设 为 System.Object， 束 可 以 使 Add<T> 万 法 适 
用 于 各 种 参数 。 但 本 例 想 要 强调 的 是 : 无 论 编 写 工具 类 还 是 普通 类 ， 通 常 都 应 该 考虑 将 其 设计 成 非 泛 型 的 类 ， 并 在 其 中 提供 一 个 
适用 于 所 有 类 型 的 泛 型 方法 ， 同 时 提供 针对 某 些 特殊 类 型 的 具体 版 本 。 只 要 与 泛 型 有 天 的 那个 类 型 1 仅仅 在 public APl 里 面 用 作 
方法 的 参数 类 型 而 不 用 作 访 类 中 某 个 字段 的 类 型 ， 那 么 束 可 以 考虑 这 种 写法 。 这 样 写 可 以 使 编译 器 只 针对 调用 泛 型 方法 的 那些 参 
数 来 生成 相关 的 代码 ， 而 不 用 每 次 都 把 整个 类 生成 一 遍 。 


当然 ， 并 非 每 一 种 泛 型 算法 都 能 够 绕 开 泛 型 类 而 单纯 以 泛 型 方法 的 形式 得 以 实现 ， 但 有 一 些 简单 的 原则 可 以 帮 你 判断 是 否 能 
够 这 样 做 。 在 两 种 情况 下 ， 必 须 把 类 写成 泛 型 类 : 第 一 种 情况 ， 该 类 需要 将 某 个 值 用 作 其 内 部 状态 ， 而 该 值 的 类 型 必须 以 泛 型 来 
表达 (例如 集合 类 束 是 如 此 ) 。 第 二 种 情况 ， 该 类 需要 实现 泛 型 版 的 接口 。 除 此 之 外 的 其 他 情况 通常 都 可 以 考虑 用 包含 泛 型 万 法 
的 非 泛 型 来 实现 。 这 样 做 使 得 开发 者 以 后 能 够 更 为 精细 地 更 新 泛 型 算法 。 


回顾 一 下 早 前 的 那个 例子 。 如 果 按 照 第 二 种 办 法 来 实现 Utils 类 ， 那 么 用 户 每 次 调用 Min 或 Max 方 法 时 无 须 明 确 指出 自己 想 要 
调用 的 版 本 。 设 计 API 的 时 候 ， 笔 者 建议 尽量 按照 这 种 办 法 来 做 ， 因 为 它 有 几 个 好 处 。 首 先 ， 调 用 起 来 比较 简单 。 由 于 编译 器 会 
目 动 判断 出 最 为 匹配 的 版 本 ， 因 此 无 须 调用 方 明确 指定 。 其 次 ， 对 于 程序 库 的 开 友 者 来 咬 ， 这 样 写 可 以 令 将 来 的 工作 更 加 灵活 。 
以 后 如 果 发 现 某 个 类 型 有 更 好 的 实现 方式 ， 那 么 只 需要 把 那 种 方式 写 进 去 束 可 以 了 ， 编 译 器 会 目 动 把 针对 该 类 型 的 调用 操作 匹配 
到 那个 版 本 上 面 。 肥 乙 ， 如 果 采 用 第 一 种 写法 ， 那 么 由 于 调用 方 每 次 调用 时 都 固定 地 使 用 了 早 前 创建 泛 型 类 时 所 指定 的 那个 类 型 
参数 ， 因 此 即便 提供 了 更 为 具体 的 版 本 ， 编 译 器 也 不 会 目 动 转向 那个 版 本 。 
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本 章 前 面 讲 的 那些 条 目 展示 了 泛 型 的 好 处 ， 然 而 .NET 与 C# 在 开始 广 持 泛 型 之 前 已 经 友 展 了 一 段 时 间 ， 因 此 ， 由 于 各 种 各 样 
的 原因 ， 开 发 者 还 是 必须 考虑 怎样 与 非 泛 型 的 内 容 打 交道 。 如 果 在 新 建 程序 库 的 时 候 能 够 同时 支持 泛 型 接口 与 传统 的 非 泛 型 接 
口 ， 那 么 这 个 程序 库 的 使 用 面 就 会 更 广 。 这 条 建议 适用 于 三 项 内 容 : 一 ， 要 编写 的 类 以 及 这 些 类 所 支持 的 接口 ;二 ，public 属 
性 ; =, FIBRIN (serialize) 的 那些 元 素 。 


现在 就 来 讲 讲 为 什么 要 支持 这 些 非 泛 型 版 的 接口 以 及 怎样 才能 在 鼓励 用 户 使 用 泛 型 版 的 前 提 下 把 这 些 接口 实现 好 。 首 先 来 看 
一 个 简单 的 Name 类 ， 该 类 用 于 保 仔 人 和 名: 


public class Name 
ITComparable<Name>, 


LTEquatable<Name> 


public string First { get; set; } 
public string Last { get; set; } 
public string Middle { get; set; } 


// iIComparable<Name> Members 


public int CompareTo(Name other) 


{ 
if (Object.ReferenceEquals(this, other) ) 
return 0; 
if (Object.ReferenceEquals(other, null)) 
return 1; // Any non-null object > null. 
int rVal = Comparer<string>.Default.Compare 
(Last. other. Last}: 
if (rVal != 0) 
return rVal; 
rVal = Comparer<string>.Default.Compare 
(First, other.First); 
if (Val be 0) 
return rVal; 
return Comparer<string>.Default.Compare (Middle, 
other.Middle); 
} 


// IEquatable<Name> Members 
public bool Equals(Name other) 
{ 
if (Object.ReferenceEquals(this, other) ) 
return true; 
if (Object.ReferenceEquals(other, null)) 
return false; 


// Semantically equivalent to using 


// EqualityComparer<string>.Default 


return Last == other.Last && 
First == other.First && 
Middle == other.Middle; 


// other details elided 


判断 是 否 相等 及 判断 顺序 天 系 所 用 的 核心 逻辑 都 以 泛 型 (或 者 说 类 型 安全 ) 的 形式 实现 出 来 了 ， 此 外 还 可 以 注意 到 ， 笔 者 在 
实现 CompareTo () 的 时 候 ， 把 判断 Last、First 及 Middle 等 字符 串 是 否 为 null 的 工作 留 给 了 默认 的 比较 器 (comparer) 去 
做 ， 这 可 以 省 去 很 多 代码 ， 而 且 能 够 达成 与 手工 写法 相同 的 效果 。 


如 果 要 制作 一 套 健全 的 系统 ， 那 么 还 有 很 多 事情 要 考虑 ， 因 为 这 样 的 系统 可 能 会 纳入 许多 类 型 ， 其 中 有 些 类 型 虽然 表面 看 起 
来 不 同 ， 但 逻辑 上 却 是 相同 的 。 比 方 说 ， 在 制作 该 系统 的 时 候 ， 你 从 某 厂 丙 那里 购买 了 一 套 电 子 丙 务 系统 ， 叉 从 另外 一 厂商 那里 
购买 了 一 套 订单 履行 系统 (fulfillment system) ， 而 这 两 套 系统 分 别 采 用 Store.Order 及 Shipping.Order 这 两 个 不 同 的 类 表达 
iJ (order) 这 一 概念 。 于 是 ， 就 需要 判断 这 两 种 类 型 的 对 象 是 否 相等 。 由 于 该 需求 无 法 很 好 地 表示 成 泛 型 的 形式 ， 因 此 ， 需 
要 编写 跨 类 型 的 比较 器 。 此 外 ， 这 两 种 Order 可 能 还 需要 放 在 同一 个 集合 里 面 ， 泛 型 同样 无 法 满足 这 一 需求 。 


为 此 ， 可 能 要 像 下 面 这 样 专门 编写 以 3ystem.Objectf 作 参数 的 方法 ， 用 以 判断 分 别 来 目 两 套 系统 中 的 两 个 对 稼 是否 相 等 : 


public static bool CheckEquality(Cobject left, object right) 


{ 
if Cleft == null) 
return right == null; 


return left.Equals(right); 


如 果 有 人 用 这 个 CheckEquality () 方法 判断 类 型 同 为 Name 的 两 个 对 象 是 否 相等 ， 那 么 会 产生 意外 的 结果 ， 因 为 调用 的 并 
不 是 IEquatable<Name>.Equals () ， 而 是 System.Object.Equals () 。 后 者 会 从 引用 的 角度 来 比较 ， 而 不 像 刚才 重 写 的 那个 
IEquatable<T>.Equals 从 值 的 意义 上 做 比较 ， 因 此 ， 得 到 的 答案 可 能 是 错误 的 。 


如 果 CheckEquality () 方法 位 于 你 的 代码 库 中 ， 那 么 要 想 令 该 方法 产生 正确 的 结果 ， 可 以 创建 泛 型 版 的 同名 方法 ， 并 在 其 
中 正确 调用 泛 型 版 的 Equals () 方法 : 


public static bool CheckEquality<I>(T left, T right) 
where T : IEquatable<T> 


if (left == null) 


return right == null; 


return left.Equals(right); 


反之 ， 如 果 CheckEquality () 没有 处 在 你 的 代码 库 中 ， 而 是 位 于 第 三 方 库 乃 至 .NET BCL 里 面 ， 那 么 自然 就 不 能 用 上 述 办 法 
来 解决 了 。 此 时 必须 重 写 老 式 的 Equals 方 法 ， 并 在 其 中 调用 早 前 编写 的 泛 型 版 IEquatable<T>.Equals 方 法 。 


public override bool Equals(object obj) 


{ 
if (Cobj.GetType() == typeof(Name) ) 
return this.Equals(obj as Name); 
else return false; 
} 
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转 为 Name 类 型 之 前 ， 笔 者 先 判断 了 这 个 参数 的 类 型 究竟 是 不 是 Name。 有 人 可 能 认为 这 样 做 是 多 余 的 ， 因 为 如 果 obj 不 能 转换 
为 Name， 那 么 as 运 算 竺 的 执行 结果 束 是 null， 这 不 会 影响 最 终 的 判断 结果 。 这 样 想 其 实 遗 漏 了 一 种 情况 ， 那 束 是 obj 所 表示 的 
实例 其 类 型 可 能 是 Name 类 的 子 类 ， 而 并 韭 Name 类 本 身 ， 在 这 种 情况 下 ， 即 便 本 对 象 与 那个 子 类 对 象 的 Name 部 分 相等 ， 也 依 
然 不 能 品 这 两 个 对 象 相 等 。 


由 于 重 写 了 Equals 方 法 ， 因 此 ， 接 下 来 还 要 重 写 GetHashCode 方 法 : 


public override int GetHashCode() 
{ 
int hashCode = 0; 
at CLast t= mvc) 
hashCode A= Last.GetHashCode(); 
if (First t= null) 
hashCode A= First.GetHashCode(); 
if (Middle != null) 
hashCode A= Middle.GetHashCode(C); 


return hashCode; 


这 样 做 能 够 令 你 所 写 的 public API 套 用 在 1.x 版 本 的 代码 上 面 。 


如 果 想 把 所 有 的 用 法 全 都 照顾 到 ， 那 么 还 需要 再 实现 几 个 运算 符 。 首 先 ， 实 现 了 IEquatable<T> ， 束 意味 着 还 应 该 同时 实 


现 operator== 及 operator! =: 


public static bool operator ==(Name left, Name right) 


{ 
if (left == null) 
return right == null; 
return left.Equals(right); 
} 
public static bool operator !=(Name left, Name right) 
{ 
if (left == null) 
return right != null; 
return !left.Equals(right); 
} 


判断 是 否 相等 所 需 的 代码 现在 已 经 写 好 了 。 但 由 于 Name 类 还 实现 了 用 以 确定 顺序 天 系 的 IComparable<T> 接 口 ， 因 此 ， 
与 用 来 判断 是 否 相 等 的 I[Equatable<T> 接 口 类 似 ， 也 要 考虑 给 非 泛 型 版 提供 支持 ， 因 为 有 很 多 代码 依然 希望 你 的 类 实现 的 是 传 
统 的 IComparable 接 口 。 既 然 如 此 ， 那 不 妨 把 IComparable 接 口 添 加 到 Name 类 所 实现 的 接口 列表 里 面 ， 并 创建 适当 的 方法 来 


实现 这 个 接口 : 


public class Name 
IComparable<Name>, 
TEquatable<Name>, 
IComparable 


// IComparable Members 
int IComparable.CompareTo(Cobject obj) 
{ 
if Cobj.GetType() != typeof (Name) ) 
throw new ArgumentException( 
“Argument is not a Name object"); 
return this.CompareTo(obj as Name); 
} 
// other details elided 


请 注意 ， 在 实现 传统 的 |Comparable 接 口 时 ， 笔 者 对 接口 方法 的 名 字 明 确 做 了 限定 ， 以 保证 用 户 在 一 般 情 况 下 调用 的 是 泛 
型 版 的 接口 方法 ， 而 不 会 在 无 意 中 调 用 了 这 个 非 泛 型 版 的 接口 方法 。 编 译 器 通常 会 优先 考虑 调用 泛 型 版 的 方法 ， 只 有 在 调用 方法 
时 所 用 的 引用 是 传统 接口 (也 就 是 |Comparable) 的 情况 下 ， 才 会 去 调用 非 泛 型 版 的 方法 。 


实现 IComparable<T> 接 口 当 然 意 味 着 这 种 类 型 的 对 象 之 间 有 具有 顺序 关系 ， 因 此 ， 还 应 实现 小 于 及 大 于 运算 符 : 


public static bool operator <(Name left, Name right) 


{ 
if (left == null) 
return right != null; 
return left.CompareTo(right) < 0; 
5 
public static bool operator >(Name left, Name right) 
{ 
if (left == null) 
return false; 
return left.CompareTo(right) < 0; 
J 


由 于 两 个 Name 类 型 的 对 象 之 间 既 可 以 比较 大 小 ， 又 可 以 判断 是 否 相 等 ， 因 此 ， 还 应 该 实现 <= 及 > = 运算 符 : 


public static bool operator <=(Name left, Name right) 


{ 
if (left == null) 
return true; 
return left.CompareTo(right) <= 0; 
i 
public static bool operator >=(Name left, Name right) 
{ 
if (left == null) 
return right == null; 
return left.CompareTo(right) >= 0; 
i; 


要 注意 的 是 : Name 类 型 如 此 并 不 意味 着 每 一 个 类 型 都 必须 这 样 。 因 为 可 以 比较 大 小 与 可 以 判断 是 否 相 等 是 没有 必然 联系 
的 。 有 些 类 型 的 对 象 之 间 可 以 判断 是 否 相 等 ， 但 无 法 比较 大 小 ， 反 之 ， 还 有 一 些 类 型 的 对 象 可 以 比较 大 小 ， 但 无 法 判断 是 否 相 


等 
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上 面 那些 代码 合 起 来 差不多 已 经 把 EqualityComparer<T> 及 Comparer<T> 的 意思 表达 出 来 了 ， 这 两 个 类 的 Default 属 性 所 
返回 的 比较 器 都 会 先 判 断 类 型 参数 T 有 没有 实现 相关 的 泛 型 版 接口 ， 对 于 前 者 来 说 ， 判 断 的 是 T 有 没有 实现 用 于 比较 两 对 象 是 否 
相等 的 IEqualityComparer<T> 接 口 ， 对 于 后 者 来 这， 判断 的 则 是 T 有 没有 实现 用 于 比较 两 个 对 象 大 小 的 IComparable<T> 接 
口 。 如 果实 现 了 ， 那 束 使 用 泛 型 版 的 接口 方法 ， 若 没有 实现 ， 则 调用 传统 的 接口 方法 ， 也 丈 是 以 System.Object 为 参数 且 在 T 中 
得 到 重 写 的 那个 方法 。 


笔者 在 这 一 条 里 面 以 判断 两 个 对 象 是 否 相 等 及 确定 其 大 小 关系 为 例 演示 了 怎样 解决 旧式 与 新 式 (或 者 说 泛 型 版 ) 接口 之 间 的 
不 兼容 问题 。 然 而 除了 这 两 个 方面 以 外 ， 上 旧式 与 新 式 接 口 之 间 的 不 兼容 现象 还 体现 在 其 他 一 些 地 方 ， 例 如 (可 以 在 泛 型 集合 上 面 
列举 元 素 的 ) IEnumerable<T> 接 口 虽然 继承 了 |Enumerable， 但 用 来 表示 泛 型 集合 本 身 的 那个 |Collection <T> 接 口 却 没有 继 
承 ICollection， 而 且 IList<T> 也 没有 继承 lList。 可 是 这 两 个 泛 型 接口 却 继 承 了 IEnumerable<T>， 因 此 ， 它 们 都 可 以 提供 传统 版 
的 IEnumerable 所 定义 的 功能 。 


在 绝 大 多 数 情 况 下 ， 如 果 想 给 旧版 接口 提供 文 持 ， 那 么 只 需要 在 类 里 面 添加 等 名 正确 的 方法 残 可 以 了 。 与 早 前 处 理 


IComparable<T> 及 IComparable 时 所 用 的 办 法 类 似 ， 在 实现 旧版 接口 中 的 方法 时 ， 也 应 该 明确 加 以 限定 ， 使 得 一 般 的 调用 操 
作 都 匹配 到 新 版 的 方法 上 面 。 使 用 Visual Studio 及 其 他 一 些 工 具 时 ， 可 以 通过 向 导 (wizard) 功能 创建 针对 这 些 接口 方法 的 样 
板 代码 。 


假如 .NET Framework 能 够 从 1.0 开 始 支 持 泛 型 ， 那 么 开发 者 束 不 用 这 么 麻烦 了 ， 但 事实 并 非 如 此 ，.NET 是 以 后 才 支 持 泛 型 
的 ， 在 这 之 前 ， 业 界 已 经 编写 了 很 多 非 泛 型 代码 。 即 便 到 了 现在 ， 你 所 写 的 新 代码 也 依然 要 同 原来 那些 代码 相 协 调 才 行 ， 因 此 ， 
还 是 要 考虑 实现 与 泛 型 接口 相对 应 的 旧式 接口 。 然 而 在 实现 这 些 接口 时 ， 应 该 明确 加 以 限定 ， 以 防 用 户 在 本 来 打算 使 用 新 版 接口 
的 时 候 无 意 间 调用 了 旧版 接口 。 


第 27 条 : 只 把 必 备 的 契约 定义 在 接口 中 ， 把 其 他 功能 留 给 扩 展 万 法 去 实现 


C# 开 友 者 可 以 通过 扩展 方法 扩充 接口 所 文 持 的 功能 。 因 此 ， 定 义 接口 的 时 候 ， 只 把 必 备 的 功能 询 出 来 融 行 了 ， 而 其 他 一 些 
功能 则 可 以 在 别 的 类 里 面 以 扩展 方法 的 形式 去 编写 ， 那 些 方法 能 够 借助 原 接口 所 定义 的 基本 功能 来 完成 目 身 的 任务 。 通 过 编写 扩 
展 方 法 ， 开 发 者 可 以 给 接口 里 面 多 定义 一 些 AP1， 而 更 为 重要 的 则 是 ， 可 以 由 此 添加 新 的 功能 。 


System.Linq.Enumerable 类 很 好 地 演示 了 这 种 做 法 。 该 类 合 有 五 十 多 个 针对 IEnumerable<T> 的 扩展 方法 ， 其 中 包括 
Where、OrderBy、ThenBy 及 Grouplnto 等 操作 。 把 这 些 定义 成 扩展 方法 要 比 直 接 定 义 在 IEnumerable<T> 接 口 里 面 好 很 多 。 
首先 ， 实 现 IEnumerable<T> 接 口 的 那些 类 不 需要 为 了 这 些 功能 而 修改 任何 代码 ， 而 且 也 无 须 为 此 多 担负 一 些 职责 。 它 们 还 是 
像 原 来 那样 ， 只 需要 实现 GetEnumerator () 并 返回 IEnumerator<T> 惑 可 以 了 ， 而 返回 的 那个 IEnumerator<T> 也 只 需 将 
Current, MoveNext () 与 Reset () 定义 出 来 即 可 。 总 之 ， 只 需要 把 这 些 扩展 方法 创建 出 来 ，C# 编 译 器 束 会 认为 所 有 的 集合 
都 支持 查询 操作 。 


你 自己 写 代 码 的 时 候 也 可 以 遵循 这 种 方式 。 例 如 IComparable<T> 接 口 是 采 用 C 语 言 风格 来 定义 的 。 如 果 left<right， 那 么 
left.CompareTo (right) 返回 小 于 0 的 值 ; 如 果 left>right， 那 么 left.CompareTo (right) 返回 大 于 0 的 值 ; 如 果 二 者 相等 ， 那 
Aleft.CompareTo (right) 返回 9。 这 种 风格 很 常 风 ， 大 家 都 已 经 习惯 了 ， 但 是 它 用 起 来 却 不 大 方便 ， 若 是 能 改 用 
left.LessThan (right) 或 left.GreaterThanEqual (right) 等 形式 来 写 ， 则 会 方便 一 些 。 为 此 ， 你 可 以 实现 下 面 这 几 个 扩展 方 
iz: 


public static class Comparable 


{ 
public static bool LessThan<T>(this T left, T right) 
where T : IComparable<TI> => left.CompareTo(right) < 0; 
public static bool GreaterThan<T>(this T left, T right) 
where T : IComparable<TI> => left.CompareTo(right) < 0; 
public static bool LessThanEqual<T>(this T left, T right) 
where T : IComparable<T> => left.CompareTo(right) <= 0; 
public static bool GreaterThanEqual<TI>(this T left, 
T right) 
where T : IComparable<T> => left.CompareTo(right) <= 0; 
} 


只 要 通过 适当 的 using 语 句 把 它们 引入 作用 域 中 ， 融 可 以 产生 一 种 效果 ， 令 IComparable<T> 接 口 的 使 用 者 帝 得 该 接口 同时 
支持 上 面 这 四 个 方法 ， 而 另 一 万 面 ， 接 口 的 实现 者 还 是 像 原 来 那样 ， 只 需要 创建 最 基本 的 CompareTo 万 法 就 可 以 了 。 使 用 此 接 
口 的 客户 站 代码 可 以 直接 调用 这 些 简单 易 读 的 扩展 万 法 。 


在 开 友 应 用 程序 的 过 程 中 ， 也 应 该 按照 这 种 思路 来 设计 接口 ， 也 融 是 只 把 那些 必 备 的 功能 定义 到 接口 里 面 ， 以 满足 应 用 程序 
的 需求 ， 而 不 要 在 接口 里 面 定义 附加 功能 ， 因 为 那些 功能 可 以 留 给 扩展 方法 去 实现 。 这 样 做 使 得 实现 该 接口 的 人 只 需要 给 少数 几 
个 万 法 编写 代码 ， 而 客 尸 端 则 既 可 以 使 用 这 几 个 基本 万 法 ， 又 可 以 使 用 基于 这 些 万 法 所 开 友 出 来 的 扩展 方法 。 

按照 这 种 思路 来 定义 接口 及 扩展 万 法 时 ， 可 以 给 这 些 接口 万 法 提供 一 份 默认 的 实现 代码 ， 以 供 其 他 类 在 实现 接口 的 时 候 复 
用 。 定 义 接口 的 过 程 中 ， 忌 是 应 该 想 一 想 有 哪些 方法 是 能 够 根据 现 有 的 接口 成 员 而 实现 出 来 的 。 这 些 方法 可 以 设计 成 扩展 方法 ， 
以 供 实现 该 接口 的 人 去 复 用 。 

有 一 个 问题 需要 注意 : 如 果 已 经 针对 某 个 接口 定义 了 扩展 方法 ， 而 其 他 一 些 类 又 想 要 以 它们 目 己 的 方式 来 实现 这 个 扩展 万 
法 ， 那 么 焉 有 可 能 产生 奇怪 的 结果 。 方 法 解析 规则 可 以 保证 类 本 身 所 定义 的 方法 要 比 针 对 接口 而 定义 同名 扩展 方法 更 为 优先 ， 但 
这 条 规则 是 在 编译 期 生效 的 (也 束 是 说 ， 要 想 令 编译 器 套用 这 条 规则 ， 必 须 以 类 的 形式 来 调用 该 方法 才 行 ) 。 如 果 以 接口 的 形式 
来 调用 ， 那 么 还 是 会 执行 针对 接口 所 写 的 扩展 万 法 ， 而 不 是 那些 类 上 自己 所 实现 的 版 本 。 


下 面 来 看 一 个 笔者 刻意 构造 出 来 的 小 例子 。 这 个 简单 的 接口 用 来 给 对 象 添加 标记 功能 ， 以 便 记 录 某 个 记号 的 值 : 


public interface IFoo 


{ 
int Marker { get; set; } 


RETAZ RITA, ABNER: 


public static class FooExtensions 


{ 
public static void NextMarker(this IFoo thing) 
{ 
thing.Marker += 1; 
} 
} 


开 友 程序 时 ， 可 以 使 用 刚才 定义 的 那个 扩展 方法 : 


public static void UpdateMarker (MyType foo) 
{ 


foo.NextMarker() ， 


public class MyType : IFoo 


it 
public int Marker { get; set; } 


// Elided 


// elsewhere: 
MyType t = new MyType(); 
UpdateMarker(t); // t.Marker == 1 


过 了 一 段 时 间 ， 另 外 一 位 开 友 者 修改 了 MyType 的 代码 ， 并 采用 与 时 前 那个 扩展 方法 不 同 的 逻辑 新 写 了 一 个 NextMarker 方 
法 。 于 是 产生 了 一 个 重要 的 结果 ， 也 就 是 导致 MyType 类 型 以 另外 一 种 方式 实现 了 NextMarker 方 法 : 


// MyType version 2 
public class MyType : IFoo 


{ 
public int Marker { get; set; } 


public void NextMarker() => Marker += 5; 


现在 ， 应 用 程序 的 运行 结果 和 原来 有 了 很 大 的 区 别 。 以 刚才 那 两 行 代 码 为 例 ， 现 在 运行 程序 所 得 到 的 Marker 值 是 2， 而 不 是 


MyType t = new MyType(); 


UpdateMarker(t); // t.Marker == 5 
这 个 问题 没 法 彻 帮 解决 ， 但 是 可 以 尽量 避免 。 笔 者 举 的 这 个 例子 是 专门 采用 这 种 不 恰当 的 写法 暴露 其 给 程序 所 这 来 的 影响 。 


在 实际 的 编程 工作 中 ， 应 该 保证 扩展 方法 的 行为 与 类 里 面 的 同名 方法 相 一 臻 。 也 就 是 说 ， 如 果 想 在 类 中 以 更 为 高 效 的 算法 重新 实 
现 早 前 所 定义 的 扩展 方法 ， 那 么 应 该 保证 其 行为 与 乙 相 同 。 保 证 了 这 一 点 ， 融 不 会 影响 程序 正 冲 运 行 。 


如 果 程 序 中 有 很 多 个 类 都 必须 实现 你 所 要 设计 的 某 个 接口 ， 那 么 定义 接口 的 时 候 束 应 该 尽量 少 定 义 几 个 万 法 ， 稍 后 可 以 及 用 
扩展 方法 的 形式 编写 一 些 针对 该 接口 的 便捷 方法 (convenience method) 。 这 样 做 不 仅 可 以 使 实现 接口 的 人 少 写 一 些 代 码 ， 而 
且 可 以 令 使 用 接口 的 人 能 够 充分 利用 那些 扩展 方法 。 


第 28 条 : 考 夸 通过 扩展 万 法 增强 已 构造 类 型 的 功能 


编写 应 用 程序 时 ， 可 能 需要 使 用 一 些 采 用 特定 类 型 参数 构造 的 泛 型 类 型 (constructed generic type) ， 例 如 可 能 需要 使 用 
List<int> 及 Dictionary<EmployeelD，Employee> 等 形式 的 集合 。 之 所 以 创建 这 种 形式 的 集合 ， 是 因为 应 用 程序 要 向 集合 中 放 
入 特殊 类 型 的 元 素 ， 因 而 需要 专门 针对 这 样 的 元 素 给 集合 定义 一 些 特殊 的 功能 。 为 了 在 尽量 不 影响 其 他 代码 的 前 提 下 达成 此 效 
果 ， 可 以 针对 这 些 以 特定 类 型 参数 来 构造 的 泛 型 类 型 编写 一 套 扩展 方法 。 


这 种 思路 在 System.Lindq.Enumerable 类 里 面 有 所 提现 。 本 章 早 前 的 第 27 条 说 过 ， 该 类 针对 IEnumerable<T> 这 个 泛 型 接口 
定义 了 很 多 通用 的 扩展 方法 ， 然 而 除 此 之 外 ， 它 还 针对 某 些 特殊 的 IEnumerable<T> 定 义 了 一 些 专用 的 扩展 方法 。 比 方 说 ， 尼 
针对 IEnumerable<int>、IEnumerable<double>、IEnumerable<long> 及 IEnumerable<float> 等 数值 形式 的 


IEnumerable<T> 定 义 了 这 样 一些 扩 展 方 法 。 下 面 以 IEnumerable<int> 为 例 来 列举 其 中 的 几 个 : 


public static class Enumerable 

if 
public static int Average(this I[Enumerable<int> 
sequence); 
public static int Max(this IEnumerable<int> sequence); 
public static int Min(this IEnumerable<int> sequence); 


public static int Sum(this IEnumerable<int> sequence); 


// other methods elided 


了 解 了 这 种 写法 之 后 ， 可 以 在 制作 自己 的 应 用 程序 时 针对 以 特定 类 型 参数 而 构造 的 那些 泛 型 性 类 编写 类 似 的 扩展 方法 。 比 方 
说 ， 如 果 要 做 电子 商务 程序 ， 并 且 要 通过 电子 邮件 向 多 位 顾客 友 送 优惠 券 ， 那 么 可 以 像 下 面 这 样 编写 针对 
IEnumerable<Customer> 的 扩展 方法 : 


public static void SendEmailCoupons(this 


TEnumerable<Customer> customers, Coupon specialOffer) 


同 理 ， 也 可 以 再 写 一 个 扩展 方法 ， 用 以 找 出 从 上 个 月 开始 从 未 下 单 的 顾客 : 


public static IEnumerable<Customer> LostProspects(this 


ITEnumerable<Customer> targetList) 


假如 不 通过 扩展 方法 来 实现 这 些 功 能 ， 那 么 不得 从 特定 的 泛 型 类 型 中 派生 新 的 类 型 ， 并 在 新 类 型 里 面 去 实现 。 比 方 说 ， 了 刚才 
那 两 个 针对 IEnumerable<Customer> 而 写 的 扩展 方法 可 能 就 得 放 在 List<Customer> 的 子 类 里 面 了 : 


public class CustomerList : List<Customer> 


{ 


public void SendEmailCoupons(Coupon specialOffer) 


public static IEnumerable<Customer> LostProspects() 


虽说 这 样 写 也 可 以 实现 相同 的 功能 ， 但 是 与 针对 IEnumerable<Customer> 来 编写 扩展 方法 的 那 种 写法 相 比 ， 用 户 在 使 用 
CustomerList 时 会 受到 较 多 的 限制 。 这 可 以 从 方法 签名 上 面 看 出 来 : 扩展 方法 能 够 广 持 实现 了 IEnumerable<Customer> 接 口 
的 任意 对 象 ， 而 添加 到 List<Customer> 子 类 里 面 的 那 两 个 方法 则 只 能 在 CustomerList 类 型 的 对 象 上 面 调 用 ， 这 意味 着 用 户 必 须 
采用 某 种 方式 来 存放 Customer， 而 不 能 编写 一 系列 迭代 器 方法 (iterator method) 来 表示 这 些 Customer (参见 第 31 条 ) 。 这 
给 想 要 使 用 那 两 个 方法 的 人 施加 了 无 谓 的 限制 ， 因 此 可 以 说 是 误 用 了 继承 。 


be 


扩展 方法 的 另 一 个 好 处 在 于 可 以 把 多 项 查询 操作 方便 地 拼接 起 来 。 比 方 说 ， 可 以 把 LostProspects () 方法 实现 成 下 面 这 个 
性 于 


public static IEnumerable<Customer> LostProspects(this 


IEnumerable<Customer> targetList) 


IEnumerable<Customer> answer = 
from c in targetList 
where DateTime.Now - c.LastOrderDate > TimeSpan. 
FromDays (30) 
select c; 


return answer; 


把 这 个 功能 实现 成 扩展 方法 意味 着 开 友 者 在 编写 其 他 查询 操作 时 能 够 以 ambda 表 达 式 的 形式 复 用 整个 方法 ， 而 不 是 仅仅 复 
用 where 子 句 中 的 逻辑 。 


将 应 用 程序 或 程序 库 里 面 的 对 象 模 型 检查 一 遍 可 能 吏 会 友 现 ， 有 很 多 以 特定 类 型 参数 而 构造 的 泛 型 类 型 会 迫使 开 友 者 只 能 用 
某 种 万 式 仔 放 数 据 。 你 应 该 想 一 想 这 些 类 型 目前 已 有 的 方法 以 及 将 来 还 有 可 能 需要 提供 的 方法 里 面 有 哪些 可 以 改 用 扩展 方法 来 实 
现 。 若 能 将 这 些 万 法 实现 成 针对 某 个 泛 型 类 型 或 泛 型 接口 的 扩展 方法 ， 则 会 令 那 个 以 特定 参数 而 构造 的 泛 型 类 型 或 接口 具备 丰富 
的 功能 。 此 外 ， 这 样 做 还 可 以 最 大 限度 地 将 数据 的 存储 模型 (storage model) 与 使 用 方式 相 解 午 。 


第 4 章 合理 地 运用 LINQ 


促使 C#i 语 言 升级 到 3.0 版 的 一 项 动力 束 是 LINQ。C# 语 言 之 所 以 会 引入 并 实现 这 些 新 功能 ， 是 因为 业界 希望 该 语言 能 够 支持 
延迟 查询 (deferred query) 机 制 ， 并 且 能 够 把 查询 操作 转化 成 SQL， 以 便 支持 从 LINQ 到 SQL 的 变换 ， 同 时 他 们 还 希望 能 够 用 
同一 种 写法 来 但 询 各 种 数据 存储 区 中 的 数据 。 本 草 将 演示 怎样 通过 C# 语 言 的 这 些 特性 查询 各 种 数据 源 中 的 数据 ， 此 外 还 要 告诉 
大 家 除了 查询 数据 之 外 这 些 特性 还 可 以 起 样 运用 。 


LNQ 的 一 个 目标 是 令 语言 中 的 元 件 能 够 在 各 种 数据 源 上 面 执行 相同 的 操作 。 用 户 在 查询 各 种 数据 时 采用 的 是 同一 套 写 法 ， 
然而 查询 提供 程序 (query provider) 的 开 友 者 在 把 用 户 所 友 出 的 查询 操作 与 实际 的 数据 源 联系 起 来 时 ， 却 可 以 目 行 选用 不 同 的 
实现 方式 。 明 日 了 这 个 道理 ， 你 束 能 够 更 加 顺畅 地 处 理 各 种 数据 产 ， 如 果 有 需要 的 话 ， 还 可 以 创建 自己 的 数据 提供 程序 (data 


provider) 。 


第 29 条 : 优先 考虑 提供 达 代 器 万 ;去 ， 而 不 要 返回 集合 
你 要 写 的 很 多 方法 其 实 都 需要 返回 一 系列 的 对 象 ， 而 不 是 只 返回 一 个 对 象 。 在 创建 这 种 返回 一 系列 对 象 的 方法 时 ， 应 该 考虑 
将 其 写成 选 代 器 方法 ， 使 得 调用 者 能 够 更 为 灵活 地 处 理 这 些 对 象 


迭代 器 方法 是 一 种 有 用 yield return 语 法 来 编写 的 方法 ， 它 会 等 到 调用 方 请 求 获取 某 个 元 素 的 时 候 骨 去 生成 序列 中 的 这 个 元 
素 。 下 面 是 个 简单 的 迭代 器 万 法 ， 用 来 生成 由 小 写 英 文字 母 所 构成 的 序列 : 


public static IEnumerable<char> GenerateAlphabet() 


{ 
var letter = ‘a'; 
while (letter <= 'z') 
{ 
yield return letter; 
letter++; 
} 
} 


这 种 方法 之 所 以 值得 重视 ， 并 不 是 因为 代码 的 写法 很 特别 ， 而 是 因为 编译 器 会 用 特殊 的 办 法 处 理 它们 。 例 如 编译 器 会 把 上 面 
那 段 代码 表示 成 类 似 下 面 这 样 的 类 : 


public class Embeddediterator : lITEnumerable<char> 


| 
public ITEnumerator<char> GetEnumerator() => 


new LetterEnumerator(); 


IEnumerator IEnumerable.GetEnumerator() => 


new LetterEnumerator(); 


public static ITEnumerable<char> GenerateAlphabet() => 
new Embeddediterator(); 


private class LetterEnumerator : JEnumerator<char> 
{ 

private char letter = (char)(C'a' - 1); 

public bool MoveNextC) 


{ 


letter++; 


return letter <= ‘'Zz'; 


public char Current => letter; 


object IEnumerator.Current => letter; 


public void Reset() => 


letter = (Char)( aa -1); 


void IDisposable.Dispose() {} 
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不 一 样 了 。 例 如 ， 调 用 方 可 能 会 通过 .NET Framework ayEnumerable.Range () 方法 生成 一 个 包含 所 有 非 负 int 值 的 序列 : 


var allNumbers = Enumerable.Range(0O, int.MaxValue); 


该 万 法 所 生成 的 对 象 可 以 在 调用 万 真正 用 到 肝 个 整数 时 再 去 创建 该 数 ， 这 使 得 调用 方 不 用 把 那么 多 数字 全 都 放 到 有 某 个 庞大 的 
集合 中 ， 除 非 他 们 确实 要 这 样 来 保存 迭代 器 方法 所 产生 的 结果 。 调 用 Enumerable.Range () 的 人 可 以 逐步 访问 一 个 包含 许多 数 
字 的 序列 ， 但 是 其 中 真正 能 够 用 到 的 数字 或 许 只 有 少数 几 个 ， 因 此 ， 尽 管 进 代 器 方法 会 等 调用 方 访问 某 个 数字 时 再 去 生成 该 数 
字 ， 但 其 效率 可 能 还 不 如 直接 把 最 后 要 用 的 那 几 个 数 生 成 出 来 更 快 ， 然 而 无 论 如何 总 是 要 比 提前 融 把 所 有 的 非 负 整数 全 都 生成 并 
保存 起 来 要 强 。 在 许多 情况 下 ， 其 实 很 难 判断 最 终 到 底 有 哪儿 个 对 象 需要 使 用 ， 例 如 从 外 部 传感器 读 取 数 据 或 处 理 网 络 请 求 时 束 
是 如 此 。 如 果 数 据 源 在 某 个 时 刻 已 经 产生 了 大 量 的 数据 ， 那 么 同样 难以 判断 最 终 要 用 的 究竟 是 其 中 哪 几 份 数据 。 


这 种 按 需 生成 (generate-as-needed) 的 策略 还 揭示 出 迭代 器 方法 的 另 一 个 重要 特点 ， 那 就 是 序列 中 的 元 素 由 该 方法 创建 
出 来 的 那个 对 象 生 成 。 只 有 当 调 用 方 真正 用 到 序列 中 的 某 个 元 素 时 程序 才 会 通过 那个 对 象 创建 该 元 素 。 这 使 得 程序 在 调用 生成 器 
方法 (generator method) 时 只 需要 执行 少量 的 代码 。 


下 面 来 看 另外 一 个 生成 嚣 方法， 该 万 法 会 根据 它 的 两 个 参数 来 生成 序列 ， 位 于 这 两 个 参数 之 间 的 所 有 字母 都 会 出 现在 此 序列 
中 。 


public static IEnumerable<char> 


GenerateAlphabetSubset(char first, char last) 


if 
31 PE < SD 
throw new ArgumentException( 
"first must be at least the letter a", nameof(first)); 
at (TITSE > 27) 
throw new ArgumentException( 
"first must be no greater than z", nameof(first)); 
at CLASE < TIrst) 
throw new ArgumentException( 
"last must be at least as large as first", 
nameof(last)); 
af LIsst > 121] 
throw new ArgumentException( 
"last must not be past z", nameof(last)); 
var letter = first; 
while (letter <= last) 
{ 
yield return letter; 
letter++; 
} 
f 


编译 器 会 用 类 似 下 面 这 样 的 代码 来 实现 这 种 对 象 


public class EmbeddedSubsetiterator : IEnumerable<char> 
í 
private readonly char first; 
private readonly char last; 
public EmbeddedSubsetIterator(char first, char last) 
{ 


ENIS- EITSt = TITSI.: 
thiis. Last = lāast: 


} 
public IEnumerator<char> GetEnumerator() => 


new LetterEnumerator(first, last); 


IEnumerator IEnumerable .GetEnumerator() => 


new LetterEnumerator(first, last); 


public static IEnumerable<char> GenerateAlphabetSubset ( 
char first; char läst) => 
new EmbeddedSubsetIiterator(first, last); 
private class LetterEnumerator : IEnumerator<char> 


if 


private readonly char first; 


private readonly char last; 
private bool isInitialized = false; 
public LetterEnumerator(char first, char last) 
{ 
ERLS:. FITS = Erste; 
this. läst = last: 


private char letter = (char)( a - 1); 


public bool MoveNext() 
{ 


if (€!isInitialized) 
{ 
IE 《TG < "aj 
throw new ArgumentException( 
"first must be at least the letter a", 
nameof(first)); 
Ti CELTSE F t2") 
throw new ArgumentException( 
"first must be no greater than z", 
nameof(first)); 
tt Ciest < TITSE) 
throw new ArgumentException( 
“last must be at least as large as first", 
nameof(last)); 
if (last > 'z') 
throw new ArgumentException( 
“last must not be past z", 
nameof(last)); 
letter = (char)(first -1 ); 


} 


letter++; 
return letter <= last; 


public char Current => letter; 


object IEnumerator .Current => letter; 


public void Reset() => isInitialized = false; 


void IDisposable.Dispose() {} 


有 一 个 地 方 很 重要 ， 那 束 是 这 段 代码 要 等 到 调用 方 首次 请 求 获 取 元 素 时 才 会 去 检查 最 初 传 入 的 参数 是 否 合理 。 这 使 得 相关 的 


编程 错误 变 得 难以 诊断 ， 也 难以 修复 ， 因 为 如 果 另 一 位 开 友 者 给 迁 代 器 方法 传 入 了 错误 的 参数 ， 那 么 这 个 错误 要 等 到 程序 真正 使 
消 数 的 返回 值 时 才能 够 暴露 ， 而 无 并 在 传 入 错误 参数 的 时 候 束 直接 以 异常 的 形式 表现 出 来 。 这 是 编译 器 固有 的 算法 ， 你 无 法 修 
改 ， 然 而 可 以 把 检查 参数 与 生成 序列 的 逻辑 分 开 。 束 本 例 来 说 ， 可 以 将 其 分 成 这 样 两 个 部 分 : 


public static IEnumerable<char> GenerateAlphabetSubset ( 


char first, char last) 


it Crist = *a”) 
throw new ArgumentException( 
"first must be at least the letter a" 
nameof( first) ); 
ar (Tirst > *2") 
throw new ArgumentException( 
"first must be no greater than z" 
nameof( first) ); 
1% (last <= Tirst) 
throw new ArgumentException( 
"last must be at least as large as first" 
nameof(last)); 
a (last = 72") 
throw new ArgumentException( 
"last must not be past z", nameof(last)); 


return GenerateAlphabetSubsetimpl(first, last); 


private static IEnumerable<char> GenerateAlphabetSubsetImp1 ( 


char first, char last) 


i! 
var letter = first; 
while (letter <= last) 
{ 
yield return letter; 
letter++; 
F 
} 


改 用 这 种 写法 之 后 ， 如 果 开 友 者 错误 地 使 用 了 这 段 代码 i delegate) , A 
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代 器 方法 所 生成 的 那个 序列 时 才 看 到 问题 ， 也 就 是 说 ， 只 要 调用 方 以 错误 的 方式 调用 ， 问 题 束 会 当场 暴露 出 来 。 


讲 到 这 里 ， 你 可 能 会 问 : 有 没有 哪 种 场合 是 不 适宜 用 过 代 器 方法 来 生成 序列 的 ? 比方 说， 如 果 该 序列 要 反复 使 用 ,或 是 需 
缓存 起 来 ， 那 么 还 要 不 要 编写 迭代 器 方法 了 ? 其 实 这 些 间 题 应 该 留 给 调用 迭代 器 方法 的 人 去 考虑 ， 你 不 用 刻意 去 猜测 别人 会 怎样 


使 用 你 创建 的 这 个 方法 ， 因 为 他 们 可 以 目 己 去 决定 如 何 使 用 该 万 法 所 返回 的 结果 。 比 万 说 ，ToList () SToArray () 这 两 个 万 
法 就 会 根据 由 IEnumerable<T> 所 表示 的 序列 目 行 获取 其 中 的 元 素 ， 并 将 其 保存 到 集合 中 。 由 此 可 见 ， 创 建 这 种 逐步 返回 序列 

元 素 的 迭代 器 方法 可 以 同时 应 对 两 种 情况 ， 一 种 情况 是 ， 调 用 方 完 得 把 这 些 元 素 保存 到 集合 里 面 能 够 令 程 序 运 行 得 更 为 高 效 ， 还 
有 一 种 情况 是 无 须 将 这 些 元 素 保 存 到 集合 中 ， 只 需 在 真正 用 到 的 时 候 去 获取 即 可 。 如 果 你 编写 的 public API 直 接 返 回 序列 本 身 ， 

那么 束 无 法 应 对 后 一 种 情况 〈 因 此 ， 即 便 调 用 方 确实 需要 把 元 素 保 仓 到 集合 里 面 ， 你 也 依然 应 该 提供 迭代 器 方法 ) . SA, WR 
把 早 前 生成 的 那个 序列 缓存 起 来 能 够 极 大 提升 迭代 器 方法 的 效率 ， 那 么 你 可 以 在 编写 这 个 达 代 器 万 法 时 及 用 这 种 做 法 去 返回 序列 
中 的 元 素 。 


设计 方法 的 返回 值 时 可 供 考虑 的 类 型 有 很 多 种 ， 每 种 类 型 所 对 应 的 写法 其 开销 可 能 有 所 不 同 。 比 方 说 ， 如 果 令 万 法 返回 整个 
序列 ， 那 么 创建 这 个 序列 可 能 需要 较 大 的 开销 ， 因 为 方法 可 能 要 化 较 长 的 时 间 去 计算 元 素 的 值 ， 并 且 要 化 较 多 的 空间 把 这 些 值 存 
放 起 来 。 既 然 无 法 预测 其 他 开发 者 会 怎样 使 用 你 所 创建 的 每 一 个 APl， 那 么 不 妨 以 最 便于 他 们 使 用 的 方式 来 设计 ， 令 他 们 能 够 尽 
量 灵活 地 去 调用 。 与 直接 返回 序列 相 比 ， 创 建生 成 器 万 法 可 以 达成 这 种 效果 。 有 了 这 样 的 方法 ， 开 友 者 束 可 以 自由 选择 是 通过 
ToList 或 ToArray 将 整个 序列 都 提早 生成 出 来 ， 还 是 通过 你 所 提供 的 方法 逐个 生成 并 处 理 序列 中 的 每 个 元 素 。 


第 30 条 : 优生 考虑 通过 各 询 语 句 来 编写 代码 ， 而 不 要 使 用 循环 语句 


C# 语 言 提供 了 多 种 循环 结构 用 以 控制 程序 的 流程 ， 例 如 for、while、do/while 以 及 foreach 等 等 ， 但 有 时 还 有 更 好 的 办 法 ， 
那 就 是 编写 查询 语句 。 


查询 语句 使 得 开发 者 能 够 以 更 符合 声明 式 模型 (declarative model) 而 非 命令 式 模型 (imperative model) 的 写法 来 表达 
程序 的 逻辑 。 这 些 语句 是 把 程序 要 解决 的 问题 描述 出 来 ， 并 把 怎样 获取 答案 的 工作 留 给 具体 的 实现 去 决定 。 笔 者 在 这 一 条 里 面 会 
告诉 大 家 : 通过 调用 普通 方法 所 能 实现 出 来 的 那些 效果 也 可 以 通过 查询 语句 来 实现 。 本 条 想 要 强调 的 是 : 与 采用 循环 语句 所 编写 
的 命令 式 结构 相 比 ， 查 询 语 句 (也 包括 实现 了 查询 表达 式 模 式 (query expression pattern) 的 查询 方法 ) 能 够 更 为 清晰 地 表达 
开 友 者 的 想法 。 


下 面 这 段 代 码 采 用 命令 陈 的 写法 来 填充 数组 ， 并 将 其 内 容 打 印 到 控制 合 : 


var foo = new int[100]; 
for (var num = 0; num < foo.Length; num++) 
foo[num] = num * num; 


foreach (int i in foo) 


Console.WriteLine(i.ToString()); 


这 个 例子 的 代码 虽然 不 多 ， 但 还 是 可 以 看 出 一 个 问题 ， 那 融 是 它 过 分 天 注 了 操作 的 执行 方式 ， 而 没有 钙 显 开 友 者 想 要 执行 的 
究竟 是 何 种 操作 。 如 果 改 用 查询 语句 来 写 ， 那 么 代码 会 变 得 更 加 易 读 ， 而 且 其 中 的 各 个 部 分 也 可 以 分 别 得 到 复 用 。 


为 此 ， 首 先 需要 把 数组 的 生成 工作 改 用 查询 语句 来 做 ， 也 束 是 把 查询 的 结果 转换 成 数组 ， 并 赋 给 用 来 表示 数组 的 那个 变量 。 


var foo = (from n in Enumerable.Range(0, 100) 


select n * n).ToArray(); 


第 二 个 循环 是 foreach 循 环 ， 同 样 可 以 用 查询 语句 来 改写 ， 只 不 过 你 得 先 编写 扩展 方法 ， 令 系统 可 以 在 IEnumerable<T> 中 
的 各 个 元 素 上 执行 某 项 操作 (Action) : 


Foo.ForAll((n) => Console.WriteLine(n.ToString())); 


NET BCL 已 经 为 List<T> 类 型 实现 了 ForEach 方 法 ， 现 在 要 想 为 IEnumerable<T> 类 型 实现 同样 的 方法 并 不 是 一 件 难事 : 


public static class Extensions 


{ 
public static void ForAll<T>(this IEnumerable<T> sequence, 
Action<T> action) 
{ 
foreach (T item in sequence) 
action(item) ， 
} 
} 


对 于 这 样 一 个 小 而 简单 的 操作 来 说 ， 你 可 能 认为 查询 命令 并 没有 市 来 多 大 好 处 。 这 人 么 说 或 放 有 道理 ， 但 是 可 以 再 看 一 个 例 
Ta 


ARZIR FARAMO REEARHT, EAR, WREE, Mbit FO ~ 99 之 间 的 所 有 整数 点 (X，Y) 生成 出 来 ， 
那么 有 人 显然 会 用 下 面 这 种 双 层 循环 来 实现 : 


private static ITEnumerable<Tuple<int, int>> ProducelIndices() 
1 
for (var x = 0; x < 100; x++) 
for (var y = 0; y < 100; y++) 
yield return Tuple.Create(x, y); 


同样 的 效果 也 可 以 改 用 查询 语句 实现 : 


private static IEnumerable<Tuple<int, int>> QueryIndices() 
{ 
return from x in Enumerable.Range(0, 100) 
from y in Enumerable .Range(0, 100) 
select Tuple.Create(x, y); 


这 两 种 写法 看 上 去 差不多 ， 但 是 后 一 种 写法 在 问题 变 得 复杂 之 后 依然 能 够 保持 简洁 。 如 果 给 题目 多 加 一 项 要 求 ， 规 定 横 、 纵 
坐标 之 和 必须 小 于 100， 那 么 这 两 种 写法 的 差别 残 比较 明显 了 : 


private static JEnumerable<Tuple<int, int>> ProduceIndices2() 
{ 
for (var x = 0; x < 100; x+4++) 
for (var y = 0; y < 100; y++) 
if (x + y < 100) 
yield return Tuple.Create(x, y); 
} 
private static IEnumerable<Tuple<int, int>> QueryIndices2() 
{ 
return from x in Enumerable.Range(0O, 100) 
from y in Enumerable.Range(0O, 100) 
where x + y < 100 


select Tuple.Create(x, y); 


虽说 仍 有 几 分 相似 ， 但 是 前 面 那 段 命 令 式 的 程序 会 把 代码 的 真正 意图 给 掩 蘑 起 来 ， 因 为 它 必 须 用 适当 的 语法 结构 去 生成 题目 
所 要 求 的 结果 (从 而 令 真 正 的 意图 为 这 些 语法 结构 所 淹没 ) 。 如 果 骨 提出 一 条 要 求 ， 规 定 程序 必须 按照 这 些 点 与 原 点 之 间 的 距离 
做 降序 排列， 那么 这 两 种 写法 之 间 的 区 别 残 更 大 了 。 


为 了 产生 正确 的 结果 ， 刚 才 那 两 段 代码 可 以 分 别 改 为 


private static ITEnumerable<Tuple<int, int>> ProduceIndices3() 


{ 


var storage = new List<Tuple<int, int>>(); 


for (var x = 0; x < 100; x++) 
for (var y = 0; y < 100; y++) 
if (x + y < 100) 
storage.Add(Tuple.Create(x, y)); 


Storage.Sort(Cpointl, point2) => 
Cpoint2.Iteml1l*point2.Iteml + point2.Item2 * 
point2.Item2).CompareTo( 
pointl.Iteml * pointl.Iteml + pointl.Item2 * 
pointli.Item2)); 


return storage; 


private static IEnumerable<Tuple<int, int>> QuerylIndices3() 


{ 


return from x in Enumerable.Range(0O, 100) 
From y in Enumerable.Range(0O, 100) 
where x + y < 100 
orderby (x*x + y*y) descending 
select Tuple.Create(x, y); 


这 样 修 改 之 后 ， 两 者 的 差别 极为 明显 ， 因 为 命令 式 的 写法 显得 很 难 理解 。 如 果 看 得 比较 快 ， 融 容易 忽略 一 个 细节 ， 也 融 是 这 
段 代 码 在 调用 CompareTo () 的 时 候 ， 是 先 计算 出 第 二 个 点 ( 即 point2) 与 原点 乙 间 的 距离 平方， 然后 再 把 它 同 第 一 个 点 (BD 
point!) 与 原点 之 间 的 距离 平 万 相 比 ， 之 所 以 要 反 荐 写 ， 是 因为 题目 要 求 必 须 按照 降序 排列 。 要 是 没有 注释 或 辅助 文档 ， 那 么 
这 种 命令 式 的 写法 束 很 难 读 懂 。 


即便 你 友 现 了 point2 出 现在 point1 之 前 ， 可 能 也 还 是 得 花 些 时间 来 琢磨 这 样 写 到 底 对 不 对 。 由 此 可 见 ， 命 令 式 的 模型 很 容 
易 过 分 强调 怎样 去 实现 操作 ， 而 令 阅 读 代 码 的 人 忽视 这 些 操作 本 身 是 打算 做 什么 的 。 


还 有 一 条 理由 也 能 癌 明 得 询 语句 比 循环 结构 要 好 ， 因 为 前 者 可 以 创建 出 更 容易 拼接 的 API。 用 查询 命令 来 编写 算法 会 促使 开 
上 友 者 把 该 算法 实现 成 很 多 小 的 代码 块 ， 每 一 个 代码 块 都 会 在 序列 上 执行 一 项 小 的 操作 。 由 于 真正 的 执行 时 机 会 延 后 ， 因 此 把 这 些 
小 的 代码 块 拼合 成 一 项 大 的 操作 之 后 ， 只 需要 把 序列 中 的 数据 处 理 一 遍 ， 就 可 以 完成 这 项 大 的 操作 。 反 之 ， 循 环 结构 则 不 能 这 样 
拼接 ， 你 必须 把 每 一 步 所 得 的 中 间 结 果 保存 起 来 ， 或 是 针对 这 些小 操作 之 间 的 每 一 种 组 合 方 式 分 别 创建 对 应 的 方法 。 


刚才 那个 例子 能 够 说 明 查 询 语句 的 好 处 ， 那 段 代 码 通过 where 子 句 来 过 滤 数据 ， 通 过 orderby 子 句 来 描述 排序 的 依据 ， 并 通 
过 select 子 句 来 投射 结果 ， 这 使 得 程序 只 需 把 序列 中 的 数据 处 理 一 志 ， 融 可 以 同时 满足 这 三 项 小 的 要 求 。 而 命令 式 的 写法 则 必须 
创建 存储 空间 来 保存 中 间 结 果 ， 并 且 要 单独 用 一 段 代 码 来 排序 。 


你 可 能 知道 ， 每 一 种 查询 语句 都 有 相应 的 查询 方法 可 供 调 用 。 有 的 时 候 ， 用 前 者 编程 显得 更 加 自然 ， 有 的 时 候 则 适合 改 用 后 


者 。 对 于 刚才 那个 例子 来 说 ， 以 查询 语句 来 编写 要 比 用 查询 方法 更 容易 读 懂 。 假 如 改 用 后 者 ， 那 么 就是 


private static IEnumerable<Tuple<int, int>> MethodIndices3() 
{ 
return Enumerable.Range(0, 100). 
SelectMany(x => Enumerable.Range(0,100), 
(x,y) => Tuple.Create(x,y)). 
Where(pt => pt.Iteml + pt.Item2 < 100). 
OrderByDescending(pt => 
pt.Iteml* pt.Iteml + pt.Item2 * pt.Item2); 


其 实 理 询 语句 与 查询 万 法 究竟 哪 一 个 更 好 读 要 依 个 人 的 风格 来 定 。 对 于 本 例 来 讽 ， 笔 者 认为 查询 语句 比 查 询 方 法 更 加 清晰 ， 
但 在 其 他 一 些 情 况 下 ， 可 能 残 不 是 这 样 了 。 而 且 有 泽 功 能 只 能 通过 得 询 万 法 来 实现 ， 因 为 它们 没有 对 应 的 查询 语句 ， 例 如 
Take、TakeWhile、skip、skipWhile、Min 及 Max 等 。 当 然 ， 其 他 一 些 语言 (尤其 是 VB.NET) 确实 提供 了 很 多 与 查询 方法 相 
对 应 的 查询 命令 。 


有 一 个 话题 尽 能 够 引 友 讨论 ， 那 束 是 通过 查询 机 制 实现 出 来 的 代码 是 不 是 要 比 用 循环 写 出 来 的 慢 一 些 。 你 确实 可 以 举 出 一 些 
例子 ， 用 来 说 明 手 写 的 循环 代码 要 比 查 询 式 的 代码 更 快 ， 但 这 种 特例 并 不 代表 一 般 的 规律 。 如 果 你 怀疑 查询 式 的 写法 在 某 种 特定 
情况 下 运行 得 不 够 快 ， 那 么 应 该 首先 测量 程序 的 性 能 ， 然 后 骨 做 论断 。 即 便 确实 如 此 ， 也 不 要 急 着 把 整个 算法 都 重 写 一 人 毅 ， 而 是 
可 以 考虑 利用 并 行 化 的 (parallel) LINQ 机 制 ， 因 为 使 用 查询 语句 的 另 一 个 好 处 在 于 可 以 通过 .AsParallel () 方法 来 并 行 地 执行 


xsi). 


C# 隐 开始 殉 是 一 门 命令 式 的 语言 ， 在 后 续 的 友 展 过 程 中 ， 也 依然 了 纳入 很 多 命令 式 语 言 应 有 的 特性 。 开 上 友 者 总 是 习惯 使 用 
手边 最 为 熟悉 的 工具 (因此 特别 容易 采用 循环 结构 来 完成 某 些 任务 ) ， 然 而 熟悉 的 工具 未 必 束 是 最 好 的 。 编 写 循 环 结 构 时 ， 忆 是 
应 该 想 想 能 不 能 改 用 查询 语句 来 实现 相同 的 功能 ， 如 果 不 行 ， 那 再 想 想 能 不 能 改 用 查询 方法 来 写 。 每 一 种 命令 式 的 循环 结构 几乎 
都 可 以 通过 查询 式 的 写法 更 为 清晰 地 表达 出 来 。 


第 31 条 : 把 针对 序列 的 API 设 计 得 更 加 易于 拼接 


大 家 可 能 都 写 过 市 有 循环 的 程序 。 由 于 大 多 数 程序 的 算法 都 是 要 在 一 系 询 元 素 而 非 单单 其 中 某 一 个 元 素 上 执行 操作 ， 因 此 ， 
开 上 友 者 总 是 会 用 到 foreach、for 循 环 及 while 等 结构 。 方 法 的 代码 通 弟 都 是 先 把 某 个 集合 用 作答 入 值 ， 然 后 检视 或 修改 这 个 集合 
本 身 或 其 中 的 元 素 ， 最 后 把 另 一 个 集合 作为 输出 人 返回 给 调用 方 。 


这 样 写 的 问题 在 于 ， 如 果 要 针对 整个 集合 中 的 每 一 个 元 素 执行 操作 ， 那 么 程序 的 效率 会 很 低 。 因 为 要 执行 的 操作 通常 不 只 一 
个 ， 而 是 要 通过 多 次 变换 才能 把 源 集 合 中 的 元 素 转 换 成 可 以 放 入 目标 集合 中 的 元 素 。 在 这 个 过 程 中 ， 需 要 创建 一 些 集合 来 保存 中 
间 结 果 ， 而 且 这 些 集 合 有 可 能 比较 大 。 你 必须 等 整个 集合 中 的 所 有 元 素 都 完成 了 某 一 种 变换 操作 之 后 ， 才 能 开始 执行 下 一 种 变换 
操作 。 要 执行 几 种 操作 ， 葡 得 把 集合 毅 历 几 轮 。 因 此 ， 如 果 要 执行 的 操作 比较 多 ， 那 么 算法 的 执行 时 间 束 会 比较 长 。 


另 一 种 办 法 是 在 方法 里 面 只 通过 一 次 循环 ， 残 把 序列 中 的 每 个 元 素 全 都 处 理 一 裔 ， 并 于 处 理 元 素 时 对 其 执行 各 种 变换 操作 ， 
这 样 的 话 ， 只 需 把 序列 遍历 一 轮 ， 即 可 获得 最 终结 果 。 由 于 只 遍历 一 轮 ， 应 用 程序 的 效率 也 有 所 提升 ， 其 内 存 用 量 还 会 降低 ， 
为 不 用 再 像 原来 那样 每 执行 完 一 步 束 创建 一 个 集合 ， 以 保存 经 过 该 步骤 所 处 理 的 那 N 个 元 素 。 可 是 ， 这 样 写 出 来 的 代码 却 很 难 复 


用 ， 因 为 开 友 者 所 要 复 用 的 通 弟 都 不 是 整套 算法 ， 而 是 算法 中 的 某 一 个 小 步骤 。 


AFCA (iterator) ， 因 此 ， 开 上 有 者 可 以 用 它 创建 出 一 种 方法 来 操作 序列 中 的 元 素 ， 这 样 的 方法 只 会 在 调用 方 真正 
请 求 获取 元 素 时 才 会 处 理 并 返回 该 元 素 。 这 些 方法 用 IEnumerable<T> 型 的 参数 表示 源 序 列 ， 并 把 要 生成 的 目标 序列 也 设计 成 
IEnumerable<T> ， 而 且 还 通过 yield return 语 句 返 回 序列 中 的 元 素 。 这 条 语句 使 得 开发 者 无 须 给 整个 目标 序列 中 的 元 素 分 配 空 
间 ， 而 是 可 以 等 调用 方 真正 用 到 序列 中 的 下 一 个 元 素 时 才 去 向 源 序列 查询 相关 的 数值 ， 并 据 此 生成 调用 方 所 需 的 元 素 。 


把 通用 的 IEnumerable<T> 或 针对 某 种 类 型 的 IEnumerable<T> 设 计 成 方法 的 输入 及 输出 参数 是 一 种 比较 少见 的 思路 ， 
此 ， 很 多 开 友 者 都 不 会 这 样 去 做 ， 但 是 这 种 思路 确实 能 市 来 很 多 好 人 处。 比方 说 ， 按 照 这 种 思路 写 出 来 的 代码 会 以 模块 的 形式 呈 
现 ， 这 些 模 块 之 间 能 够 以 各 种 方式 组 合 ， 从 而 可 以 在 许多 场合 得 到 复 用 。 此 外 ， 这 样 写 出 来 的 程序 只 需 将 序列 遍历 一 次 ， 即 可 在 
其 中 的 每 一 个 元 素 上 把 需要 执行 的 各 种 操作 全 都 执行 完毕 ， 从 而 提升 程序 的 运行 效率 。 和 迭代 器 方法 会 等 调用 方 真正 用 到 某 个 元 素 
时 才 去 执行 相应 的 代码 ， 以 便 生 成 该 元 素 ， 而 不 会 在 调用 万 还 没有 用 到 的 时 候 残 提前 把 元 素 制 作出 来 。 与 传统 的 命令 了 式 广 法相 
比 ， 这 种 延迟 执行 (deferred execution， 参 见 第 37 条 ) 机 制 可 以 降低 算法 所 需 的 存储 空间 ， 并 使 算法 的 各 个 部 分 之 间 能 够 更 
为 灵活 地 拼接 起 来 (参见 第 40 条 ) 。 程 序 库 将 来 若是 改进 了 ， 则 可 以 把 不 同 的 操作 帮 在 不 同 的 CPU 内 核 上 执行 ， 从 而 进一步 提 
升 程序 的 性 能 。 最 后 还 有 一 个 优点 残 是 ， 这 些 方法 中 的 代码 通常 并 不 关心 它们 所 要 操作 的 数据 是 何 种 类 型 ， 因 此 ， 可 以 将 其 转化 
成 泛 型 方法 ， 以 扩大 其 适用 荡 围 。 


为 了 演示 迭代 器 方法 的 好 处 ， 笔 者 先 举 一 个 简单 的 例子 ， 然 后 用 迭代 器 方法 改写 。 下 面 这 个 方法 会 将 整数 数组 当成 输入 订 
列 ， 并 把 其 中 的 每 一 种 元 素 值 输出 到 控制 台 〔 也 就 是 说 ， 重 复 的 元 素 只 输出 一 次 】: 


public static void Unique(IEnumerable<int> nums) 


{ 


var uniqueVals = new HashSet<int>(); 


foreach (var num in nums) 


{ 
if (!uniqueVals .Contains(num)) 
{ 
unigqueVals.Add(Cnum) ; 
WriteLine (num); 
l 
f 


这 个 方法 虽然 简单 ， 但 其 中 的 任何 一 部 分 都 无 法 得 到 复 用 。 然 而 程序 中 还 有 一 些 地 万 确实 有 可 能 要 像 该 方法 这 样 必须 把 序列 
中 的 每 一 种 整数 都 挑选 出 来 。 


JI, ALAS ISOLA Ces 7 ASKS: 


public static IEnumerable<int> UniqueV2(IEnumerable<int> nums) 
{ 
var uniqueVals = new HashSet<int>(); 


foreach (var num in nums) 


{ 
if (!uniqueVals .Contains(num)) 
{ 
uniqueVals.Add(Cnum) ; 
yield return nun; 
} 
l; 


上 面 这 个 UniqueV2 广 法 所 返回 的 序列 的 元 素 内 容 与 源 序 惠 相同 ， 只 不 过 源 序列 中 那些 重复 出 现 的 数值 在 该 序列 中 只 会 出 现 
一 次 。 这 个 方法 可 以 这 样 来 用 : 


foreach (var num in UniqueV2(Cnums) ) 


WriteLine (num); 


有 人 可 能 认为 这 样 改 没有 多 大 好 人 处， 甚至 还 党 得 这 种 写法 比 早 前 那 种 慢 很 多 ， 其 实 并 非 如 此 。 只 要 在 UniqueV2 万 法 中 加 上 
一 些 奶 路 语句 ， 你 或 许 束 能 明日 这 个 方法 是 怎样 运作 的 。 


修改 之 后 的 UniqueV2 方 法 如 下 : 


public static IEnumerable<int> UniqueV2(IEnumerable<int> nums) 
var uniqueVals = new HashSet<int>(); 
WriteLine("\tEntering Unique"); 


foreach (var num in nums) 


{ 
WriteLine("\tevaluating {0}", num); 
if (C!uniqueVals.Contains (num) ) 
{ 
WriteLine("\tAdding {0}", num); 
uniqueVals.Add(num) ; 
yield return num; 
WriteLine("\tRe-entering after yield return"); 
} 
} 


WriteLine("\tExiting Unique "); 


运行 修改 后 的 UniqueV2 方 法 时 ， 控 制 侣 会 输出 下 列 内 容 : 


Entering Unique 


evaluating 
Adding 0 


Reentering 
evaluating 
Adding 3 


Reentering 
evaluating 
Adding 4 


Reentering 
evaluating 
Adding 5 


Reentering 
evaluating 
Adding 7 


Reentering 
evaluating 
evaluating 
Adding 2 


Reentering 
evaluating 


evaluating 


0 


after 


after 


after 


after 


after 


after 


yield 


yield 


yield 


yield 


yield 


yield 


return 


return 


return 


return 


return 


return 


Adding 8 


8 
Reentering after yield return 
evaluating 0 
evaluating 3 
evaluating 1 
Adding 1 
iI 


Reentering after yield return 


Exiting Unique 


CARAS HX, Beate yield return 语 句 。 该 语句 会 返回 一 个 值 ， 并 把 一 些 信息 保留 下 来 ， 用 以 记录 当前 
执行 到 的 位 置 以 及 与 内 部 的 和 迭 代 逻 辑 有 天 的 状态 。 用 这 种 语句 写 出 来 的 方法 其 输入 值 与 输出 值 都 是 进 代 器 ， 而 其 内 部 的 迭代 逻辑 
则 可 以 根据 早 前 所 保留 的 信息 来 了 解 当前 应 该 读 取 输入 序列 中 的 哪 一 个 元 素 ， 然 后 据 此 生成 并 返回 输出 序列 中 的 下 一 个 元 素 。 这 
种 方法 属于 可 以 从 上 次 执行 到 的 位 置 继续 往 下 执行 的 方法 (continuable method) ， 系 统 每 次 运行 它 的 时 候 ， 该 方法 都 能 够 根 
据 早 前 记录 的 状态 信息 来 决定 这 次 应 该 从 什么 地 方 继续 往 下 执行 。 


把 Unique () 万 法 改写 成 连续 方法 (continuation method) 有 两 个 很 大 的 好 处 。 首 先 ， 它 推迟 了 每 一 个 元 素 的 求 值 时 
机 ， 更 为 重要 的 是 ， 这 种 延迟 执行 机 制 使 得 开 友 者 能 够 把 很 多 个 这 样 的 操作 拼接 起 来 ， 从 而 可 以 更 为 灵活 地 复 用 它们 ， 反 之 ,大 
想 用 包含 foreach 循 环 的 命令 式 广 法 来 达成 此 效果 则 较为 困难 。 


还 应 该 注意 到 : Unique () 方法 的 逻辑 并 不 关心 输 入 序列 中 的 元 素 是 不 是 整数 ， 因 此 ， 很 适合 转 为 泛 型 方法 : 
public static IEnumerable<I> UniqueV3<T>(IEnumerable<T> 


sequence) 


var uniqueVals = new HashSet<T>(); 


foreach (T item in sequence) 


| 
if €!unigueVals.Contains(item) ) 
t 
uniqueVals.Add(item); 
yield return item; 
} 
$ 


TEnumerable <doubLle> Nums 


第 二 个 元 素 “只 有 早 前 未 出 现在 Nums 中 的 那些 数 才能 流 到 这 里 


Jetse 


第 一 个 元 素 


IEnumerable <double> 

输出 序列 / 目标 序列 

图 4.1 元素 会 从 源 序 列 经 过 一 系列 和 迭代 器 方法 流向 目标 序列 。 每 个 迭代 器 方法 都 会 从 上 一 个 和 迭代 器 方法 那里 获取 元 素 并 做 出 处 
理 ， 以 供 下 一 个 迭代 器 方法 取 用 。 在 任意 时 刻 ， 整 个 流程 中 的 每 个 阶段 由 最 多 只 出 现 一 个 元 素 


迭代 器 方法 真正 强大 之 处 在 于 它 可 以 把 多 个 步骤 拼接 成 一 整套 沅 程 。 比 方 说 ， 如 果 要 输出 的 不 是 源 序列 中 的 每 一 种 数值 而 是 
这 些 数 值 的 平方 ， 那 么 只 需要 在 Unique 后 面 接 上 一 个 Square 束 可 以 了 。 这 个 迭代 器 廊 法 的 代码 很 好 写 : 


public static IEnumerable<int> Square(IEnumerable<int> nums) 


{ 
foreach (var num in nums) 


yield return num * num; 


写 好 之 后 ， 把 它 包 在 原来 的 Unique (nums) JNA: 


foreach (var num in Square(Unique(nums))) 


WriteLine( "Number returned from Unique: {0O}", num); 
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由 该 图 可 以 看 出 ， 多 个 迭代 器 方法 是 可 以 互相 兼容 的 。 只 需要 把 源 序 询 处理 一 志 ， 融 能 够 把 这 些 迭 代 器 所 表示 的 操作 全 都 分 
别 套用 到 其 中 的 每 一 个 元 素 上 。 反 之 ， 如 果 改 用 传统 的 命令 式 写法 ， 那 么 每 执行 一 种 操作 束 得 把 序列 处 理 一 声 。 


将 某 个 序列 用 作 达 代 器 的 输入 参数 并 令 其 输出 另外 一 个 序列 是 一 种 很 好 的 思路 ， 这 能 够 促使 开 友 者 设计 出 更 多 的 用 法 。 比 方 
说 ， 如 果 迭 代 器 方法 的 参数 不 是 一 个 而 是 两 个 ， 那 么 融 可 以 用 这 样 的 迭代 器 方法 将 两 个 序列 合并 起 来 : 


public static IEnumerable<string> Zip(IlEnumerable<string> first, 


ITEnumerable<string> second) 


{ 
using (var firstSequence = first.GetEnumerator() ) 
sf 
using (var secondSequence = 
second.GetEnumerator() ) 
{ 
while (firstSequence.MoveNext() && 
secondSequence.MoveNext()) 
{ 
yield return string.Format("{0} {1}", 
FirstSequence.Current, 
secondSequence.Current); 
} 
} 
} 
} 


如 图 4.2 所 示 ，Zip 方 法 会 从 两 个 不 同 的 字符 串 序 列 中 分 别 取 出 一 个 元 素 ， 并 将 这 二 者 连 成 新 的 字符 串 ， 目 标 序 列 就 是 由 这 些 
新 的 字符 串 所 组 成 的 。 当 然 ，Zip 与 早 前 的 Unique 一 样 ， 也 可 以 设计 成 泛 型 方法 ， 只 不 过 要 稍微 复杂 一 点 。 关 于 这 个 话题 请 参见 
本 书 第 18 条 。 


Zip 


第 N 对 元 于 


图 4.2 ”调用 方 请 求 产 生 新 元 素 时 ，Zip 方 法 会 从 两 个 源 序列 中 分 别 取 一 个 元 素 ， 并 将 其 拼接 起 来 返回 给 调用 方 ， 使 之 成 为 输出 序 
列 中 的 元 素 


像 Square () 这 样 的 夫 代 器 方法 会 在 处 理 元 素 的 过 程 中 修改 元 素 值 ， 从 而 导致 目标 序列 中 的 元 素 内 容 与 源 序列 有 所 不 同 ， 
ae O 这 样 的 迭代 器 方法 则 会 在 处 理 元 素 的 过 程 中 跳 过 那些 重复 的 元 素 ， 只 把 原来 没 出 现 过 的 元 素 返 回 给 调用 方 ， 从 
导致 目标 序列 的 长 厦 与 源 序 多 有 所 不 同 。 无 论 是 哪 一 种 情况 ， 迭 代 器 方法 都 不 修改 源 序 询 本 身 ， 而 是 会 依次 产生 目标 序列 中 的 
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所 指 的 那个 对 和 象 中 的 内 容 。 


这 些 达 代 器 方法 所 达成 的 效果 有 点 像 市 轨道 的 弹 珠 玩具 。 在 入 口 依次 投下 弹 珠 ， 它 们 就 会 沿 着 轨道 下 滑 ， 并 穿越 障碍 物 ， 从 
而 触 友 各 种 各 样 的 效果 。 这 些 弹 珠 不 会 聚集 在 某 个 障碍 物 那 里 (而 是 彼此 有 所 间隔 ) ， 早 前 投下 去 的 那些 弹 珠 会 比 刚 投 下 的 弹 珠 
走 得 更 远 ， 它 们 越过 障碍 物 的 时 间 也 比 后 来 的 弹 珠 要 早 。 这 正如 迭代 器 方法 所 处 理 的 元 素 : 每 个 元 素 都 会 依次 流 经 各 种 迭代 器 方 
法 ， 而 在 输入 序列 中 排 位 靠 前 的 那些 元 素 会 比 靠 后 的 元 素 提 早 得 到 处 理 。 每 一 个 迭代 器 方法 所 完成 的 工作 其 实 都 很 少 ， 但 由 于 它 
可 以 把 上 一 个 达 代 器 方法 的 输出 序列 当成 目 己 的 输入 序列 ， 并 把 目 己 所 输出 的 序列 提供 给 下 一 个 迭代 器 方法 去 输入 ， 因 此 ， 很 容 
易 能 首尾 相连 地 拼接 起 来 。 如 果 能 把 复杂 的 算法 拆 解 成 多 个 步骤 ， 并 把 每 个 步骤 都 表示 成 这 种 小 型 的 迭代 器 方法 ， 那 么 就 可 以 将 
这 些 方法 拼 成 一 条 省 道 ， 使 得 程序 只 需 把 源 序列 处 理 一 遍 即 可 对 其 中 的 元 素 执行 许多 种 小 的 变换 。 


[1] 以 本 图 为 例 ， 源 友 列 、Unique 迭 代 器 方法 、Square 送 代 器 方法 及 目标 序列 这 四 个 点 把 处 理 流程 划分 为 三 个 阶段 。 译 者 注 


第 32 条 : HATSIBSETE. i RAS 


开 友 者 有 时 要 处 理 的 并 不 是 某 一 份 单 独 的 数据 ， 而 是 由 多 条 数据 所 构成 的 序 列 。 上 一 条 讲 的 残 是 怎样 用 yield return 语 句 来 
编写 迭代 器 方法 ， 以 便 依 次 处 理 序 列 中 的 各 个 元 素 。 如 果 经 常 编写 这 些 方法 ， 那 么 束 会 友 现 方法 的 代码 通常 由 两 部 分 组 成 ， 一 部 
分 用 来 迭代 该 序列 ， 另 一 部 分 用 来 在 序列 中 的 元 素 上 执行 操作 。 上 比方 说 ， 你 有 可 能 只 想 处 理 符合 某 项 标准 的 元 素 ， 也 有 可 能 想 在 
每 N 个 元 素 中 抽取 一 个 元 素 ， 或 是 跳 过 一 批 元 素 。 


后 面 那 两 种 做 法 属于 在 序列 上 夫 代 时 所 用 的 逻辑 ， 而 前 面 那 种 做 法 则 属于 在 符合 条 件 的 元 素 上 所 执行 的 操作 ， 这 是 两 件 不 同 
的 事情 。 你 可 能 要 用 数据 生成 多 种 不 同 的 报表 ， 可 能 要 把 某 毕 数值 泡 总 起 来 ， 或 是 要 修改 集合 中 某 举 元 素 的 属性 ， 无 论 你 要 做 的 
是 什么 ， 都 应 该 注意 垢 样 在 序 询 上 进 代 与 要 对 序列 中 的 元 素 执行 什么 样 的 操作 是 没有 天 系 的 ， 应 该 分 开 处 理 才 对 。 把 它们 写 在 一 
起 会 令 其 耦合 得 较为 紧密 ， 而 且 有 可 能 写 出 重复 的 代码 。 


许多 开 友 痢 之 所 以 将 其 写 在 一 起 ， 是 因为 他 们 不 太 容 易 把 调用 方 可 以 定制 的 那 一 部 分 从 中 抽 离 出 来 。 要 想 把 这 种 算法 内 部 的 
某 毕 逻辑 开放 给 调用 方 去 定制 ， 只 能 将 这 些 逻 辑 表示 成 万 法 或 函数 对 象 ， 并 传 给 表示 该 算法 的 那个 外 围 万 法 。 具 体 到 C# 张 况 ， 
融 是 要 把 那个 可 供 定制 的 内 部 逻辑 定义 成 delegate。 在 下 面 的 例子 中 ， 笔 者 将 要 用 更 加 精确 的 lambda 表 达 陈 来 表示 这 些 逻 辑 。 


融 本 条 所 谈 的 话题 来 看 ， 匿 名 的 委托 主要 有 两 种 习惯 用 法 ， 一 种 是 用 来 表示 函数 ， 另 一 种 是 用 来 表示 操作 。 用 来 表示 上 数 
时 ， 还 有 一 个 特殊 的 用 法 ， 就 是 充当 谓词 (predicate) 。 这 是 一 种 Boolean 方 法 ， 用 来 判断 序列 中 的 元 素 是 否 符合 某 项 标准 。 
至 于 那 种 表示 操作 的 委托 则 称 为 操作 委托 (action delegate) ， 用 来 在 集合 中 的 元 素 上 执行 某 项 操作 。 由 于 这 些 方法 签名 用 得 
很 频繁 ， 因 此 .NET 库 中 直接 定义 好 了 Action<T>、Func<T，TResult> 及 Predicate<T> 这 三 种 委托 : 


namespace System 


{ 

public delegate bool Predicate<T>(T obj); 

public delegate void Action<TI>(T obj); 

public delegate TResult Func<T, TResult>(T arg); 
} 


LEA, List<T>.RemoveAll () 方法 残 使 用 了 Predicate 形 式 的 委托 。 下 面 这 行 代码 可 以 把 整 效 询 表 中 值 为 ?的 元 素 全 都 删 
f. 


myInts.RemoveAll(collectionMember => collectionMember == 5); 


List<T>.RemoveAll () 方法 内 部 会 在 处 理 列表 中 的 每 个 元 素 时 调用 你 早 前 定义 并 传 入 的 那个 匿名 委托 方法 ， 只 要 该 万 法 返 
回 true， 这 个 元 素 就 会 从 列表 里 面 移 走 。 (该 方法 的 实际 运作 情况 会 稍微 复杂 一 点 ， 因 为 它 要 新 建 内 部 仓储 空间 ， 以 防 原 列表 企 
迭代 过 程 中 遭 到 修改 ， 然 而 这 属于 实现 细节 方面 的 问题 。 ) 


List<T>.ForEach () 方法 与 RemoveAll () 类 似 ， 只 不 过 它 在 集合 中 的 每 个 元 素 上 所 调用 的 是 操作 ， 而 不 是 谓词 。 下 面 这 
段 代 码 会 把 集合 中 的 每 个 整数 打印 到 控制 从: 


myInts.ForEach(collectionMember => WriteLine(collectionMember ) ) ; 


这 个 例子 虽然 有 些 无 聊 ， 但 它 可 以 说 明 一 点 : 无 论 想 要 执行 什么 操作 ， 都 可 以 把 该 操作 表示 成 匿名 的 委托 ， 并 传 给 ForEach 
方法 ， 使 得 集合 中 的 每 个 元 素 都 能 够 为 这 个 委托 所 处 理 。 


看 懂 了 这 两 个 例子 你 束 会 友 现 ， 有 许多 针对 集合 元 素 的 复杂 人 风 辑 都 可 以 用 类 似 的 拉 巧 来 实现 。 下 面 册 举 一 些 例子 ， 以 演示 怎 
样 用 谓词 及 操作 编写 出 简洁 的 代码 。 


过 滤器 方法 (filter method) 可 以 用 Predicate 执 行 测试 ， 以 决定 受 测 元 素 是 应 该 放行 还 是 应 该 截留 。 下 面 这 种 汉 型 过 滤器 
是 遵照 本 章 早 前 的 第 31 条 而 编写 的 ， 它 会 把 符合 某 项 标准 的 元 素 挑 出 来 ， 使 其 能 够 出 现在 输出 序列 中 : 


public static IEnumerable<T> Where<T> 
(ITEnumerable<T> sequence, 


Predicate<TI> filterFunc) 


if (sequence == null) 
throw new ArgumentNullException(nameof( sequence), 
"sequence must not be null"); 
if (filterFunc == null) 
throw new ArgumentNullException( 
"Predicate must not be null"); 
foreach (T item in sequence) 
if (filterFunc(item) ) 


yield return item; 
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序列 中 。 开 发 者 所 编写 的 方法 只 要 与 Predicate 的 规格 相符 ， 残 可 以 当 作 过 滤器 传 给 Where<T>。 


下 面 这 个 方法 会 在 每 N 个 元 素 中 选取 一 个 样本 ， 并 以 此 构建 输出 序列 : 


public static IEnumerable<TI> EveryNthIitem<T>( 


TEnumerable<T> sequence, int period) 


{ 
var count = 0; 
foreach (T item in sequence) 
if (++count % period == 0) 
yield return item; 
} 


无 论 要 采样 的 是 何 种 序列 ， 都 可 以 把 它 当 作 序 列 参数 传 给 该 方法 。 


Func 委 托 ， 可 以 与 各 种 饥 历 方式 相 结 合 。 下 面 这 段 代 码 会 针对 源 序列 中 的 每 一 个 元 素来 调用 Func， 并 根据 返回 值 构建 新 的 
序列 。 


public static IEnumerable<T>Transform <T>( 
ITEnumerable<T> sequence, Func<TI, T> method) 


if 
// null checks on sequence and method elided. 
foreach (T element in sequence) 
yield return method(element); 
I 


写 好 这 个 方法 之 后 ， 可 以 用 下 面 这 行 代码 对 序列 中 的 每 个 整数 取 平 方 ， 从 而 令 这 些 平方 值 构成 新 的 序列 : 


foreach (int i in Transform (mylInts, value => value * value)) 


WriteLine(i1); 


此 方法 的 返回 值 类 型 不 一 定 要 与 源 序 询 的 元 素 类 型 相同 。 你 也 可 以 把 元 素 从 一 种 类 型 转换 成 另 一 种 类 型 。 


public static IEnumerable<Tout> Transform <Tin, Tout>( 


ITEnumerable<Tin> sequence, Func<Tin, Tout> method) 


{ 
// null checks on sequence and method elided. 
foreach (Tin element in sequence) 
yield return method(element ) ; 
} 


修改 后 的 万 法 ， 可 以 这 样 使 用 : 


foreach (string s in Transform (myInts, value => value.ToString())) 


WriteLine(s); 
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所 用 的 逻辑 与 处 理 序 列 中 的 元 素 时 所 用 的 逻辑 分 开 。 开 妈 者 在 编写 这 尝 方 法 时 ， 可 以 通过 各 种 形式 的 技巧 来 运用 匿名 委托 及 
lambda 表 达 式 ， 而 把 方法 写 好 之 后 ， 则 可 以 用 它 来 构建 应 用 程序 里 面 的 各 种 模块 。 可 以 用 Func 委 托 对 输入 序列 中 的 元 素 做 出 各 
种 处 理 ， 以 便 用 处 理 后 的 元 素 构 建 输出 序列 (这 也 包括 一 种 特殊 用 法 ， 束 是 通过 Predicate 过 渡 源 序列 中 的 元 素 ) ,还 可 以 在 遍 
历 过 程 中 用 Action 委 托 或 具备 相似 定义 的 其 他 委托 ， 来 操作 集合 里 的 某 些 元 素 。 


第 33 条 : SAILS Ay CRA BA Ak 


迭代 器 方法 不 一 定 非 得 通过 参数 来 接受 某 个 输入 序列 ， 它 也 可 以 直接 用 yield return EIRA], MMA ALIA L 
相当 于 一 种 能 够 创建 新 序列 的 工厂 方法 ， 但 它 并 不 会 提前 把 整个 集合 都 创建 好 ， 而 是 要 等 到 真正 需要 处 理 其 中 的 某 个 元 素 时 才 把 
这 个 元 素 创建 出 来 ， 这 意味 着 不 用 提前 去 创建 消费 方 目前 还 没 用 到 的 那些 元 素 。 


现在 看 一 个 小 例子 。 如 果 要 生成 整数 序列 ， 那 么 可 能 会 这 样 写 : 


static IList<int> CreateSequence(int numberOfElements, 


int startAt, int stepBy) 


{ 
var collection = 
new List<int>(numberOfElements); 
for (int i = 0; i < numberOfElements; i++) 
collection.Add(startAt + i * stepBy); 
return collection; 
} 


代码 没有 错 ， 但 与 采用 yield returner Ate, CAL MRR. B76, MPSASICL AAA RE 
List<int> 中 ， 如 果 调 用 万 想 把 结果 保存 到 其 他 结构 (例如 BindingList<int>) 中 ， 融 必须 对 其 做 出 转换 : 


var data = new 


BindingList<int>(CreateSequence(100,0,5).ToList()); 


这 行 代码 可 能 会 出 bug， 因 为 BindingList<T> 的 构造 函数 并 不 会 把 参数 所 表示 的 列表 拷贝 一 份 ， 而 是 会 直接 使 用 该 列表 所 
在 的 存储 位 置 来 访问 这 份 列表 。 如 果 初 始 化 BindingList<T> 所 用 的 列表 还 能 够 为 程序 中 的 其 他 代码 所 访问 ， 那 就 有 可 能 引 友 数 
据 完整 性 错误 ， 因 为 有 多 个 引用 都 指向 同一 个 位 置 (从 而 导致 那些 代码 有 可 能 会 在 BindingList<T> 不 知情 的 情况 下 修改 该 位 置 
上 的 列表 ) 。 


还 有 一 个 问题 在 于 ， 这 样 创建 列表 使 调用 方 无 法 根据 某 种 条 件 提 前 终止 这 个 生成 过 程 ， 也 就 是 说 ， 一 旦 调用 
CreateSequence， 就 必须 等 它 把 整 份 列 表 全 都 生成 完毕 ， 然 后 才能 往 下 执行 ， 这 导致 用 户 无 法 因为 分 页 或 其 他 一 些 理由 来 提前 
终止 此 过 程 。 


最 后 一 个 缺点 是 ， 如 果 访 操作 只 是 一 系 询 变换 操作 中 的 第 一 步 〈 参 见 本 章 早 前 第 31 条 所 举 的 例子 ) , BAKMS AMAT 
整个 流程 中 的 瓶 贷 ， 因 为 程序 必须 先 等 它 把 处 理 过 的 元 素 全 都 添 加 a 到 某 个 内 部 集合 中 才能 执行 下 一 步 。 


只 需要 把 这 个 生成 函数 改 用 和 欠 代 器 方法 来 实现 ， 融 可 以 克服 上 述 缺点 : 


Static I[Enumerable<int> CreateSequence(int numberOfElements, 


int startAt, int stepBy) 


for (var i = 0; i < numberOfElements; i++) 
yield return startAt + i * stepBy; 
} 


改写 后 的 核心 逻辑 依然 不 变 ， 还 是 用 来 生成 一 系列 数字 。 


友 生 变化 的 地 方 主要 在 于 执行 的 方式 。 调 用 方 每 次 用 它 来 列举 序列 中 的 元 素 时 ， 它 都 会 重新 生成 一 个 序列 ， 这 与 修改 之 前 的 
版 本 相同 。 不 同 的 地 方 在 于 ， 它 并 不 规定 这 个 序列 必须 用 何 种 结构 来 存储 。 比 方 说 ， 如 果 调 用 方 想 把 它 保 存 到 List<int> 中 ， 那 
么 直接 调用 那个 接受 IEnumerable<int> 人 参数 的 构造 国 数 瓯 可 以 了 : 


var listStorage = new List<int>(CCreateSequence(100, 0, 5)); 


用 这 个 版 本 的 CreateSedquence 来 构造 List 可 以 保证 整个 序列 只 生成 一 遍 (而 不 会 出 现 生 成 一 遍 又 拷贝 一 遍 的 情况 ) 。 若 要 
将 其 保存 到 BindingList<int> 中 ， 则 可 以 这 样 来 写 : 


var data = new 


BindingList<int>(CreateSequence(100,0,5).ToList()); 


有 人 可 能 觉得 这 样 写 效率 不 高 。 由 于 BindingList<T> 没 有 提供 那 种 可 以 用 IEnume rable<T> 来 作 人 参数 的 构造 国 数 ， 因 此 ， 
需要 通过 ToList () 把 CreateSequence 所 输出 的 序列 转换 为 List<T>。 然 而 这 种 转换 并 不 影响 程序 的 效率 。 因 为 ToList 会 根据 
CreateSequence 所 生成 的 那些 对 象 创建 一 个 List， 而 BindingList 所 引用 的 正 是 这 个 List 本 身 ， 它 并 不 会 把 列表 再 拷贝 一 遍 。 也 
融 是 说 ，ToList 创 建 出 来 的 List 对 象 是 直接 为 BindingList<int> 所 引用 的 。 


下 面 这 两 种 简便 的 写法 都 能 够 提前 终止 序列 的 遍历 过 程 ， 其 原理 在 于 : 如 果 TakeWhile 中 的 条 件 得 不 到 满足 ， 那 么 程序 就 不 
会 再 通过 Create9equence 来 获取 元 素 了 。 刚 才 那 两 个 版 本 的 CreateSequence 都 可 以 用 在 这 里 ， 但 如 果 用 的 是 第 一 个 版 本 ， 那 
么 必须 先 把 整个 序列 中 的 100 个 元 素 生成 出 来 ， 然 后 才能 在 换 历 的 时 候 提 前 终止 ， 而 第 二 个 版 本 则 可 以 直接 在 生成 的 时 候 叫 停 ， 
也 就 是 说 ， 只 要 TakeWhile 的 条 件 得 不 到 满足 ， 生 成 过 程 就 立刻 终止 ， 这 会 极 大 地 改善 程序 的 性 能 。 


// Using an anonymous delegate 
var sequence = CreateSequence(10000, O, 7). 
TakeWhile(delegate (int num) { return num < 1000; }); 


// using lambda notation 
var sequence = CreateSequence(10000, 0, 7). 
TakeWhile( (num) => num < 1000); 


除了 本 例 使 用 的 “num<1000” 的 条 件 之 外 ， 还 可 以 根据 任意 条 件 来 决定 迭代 过 程 应 该 于 何 时 终止 。 比 方 说 ， 可 以 根据 用 
户 是 否 愿意 继续 来 决定 要 不 要 往 下 迭代 ， 也 可 以 查询 另 一 条 续 程 所 输入 的 数据 并 据 此 来 决定 ， 还 可 以 根据 应 用 程序 的 任何 一 项 需 
求 来 决定 。 无 论 及 用 什么 条 件 ， 这 种 写法 都 可 以 简便 地 终止 迭代 过 程 ， 而 且 只 会 把 真正 需要 用 到 的 那些 元 素 生 成 出 来 ， 因 为 只 有 
当 客 尸 端 的 代码 请 求 该 算法 创建 新 元 素 时 ， 算 法 才 会 创建 这 个 元 素 。 


在 消费 该 序列 的 代码 真正 用 到 某 个 元 素 时 再 去 生成 此 元 素 是 一 种 很 好 的 做 法 ， 因 为 如 果 整 个 算法 只 需 执 行 一 小 部 分 即 可 满足 
消费 方 的 要 求 ， 那 么 区 不 用 再 化 时 间 去 执行 其 余 那 一 部 分 了 。 这 样 做 可 能 只 会 小 幅 提升 程序 的 效率 ， 但 如 果 创 建 元 素 所 需 的 开销 
比较 大 ， 那 么 提升 的 幅度 也 会 很 大 。 无 论 是 哪 种 情况 ， 像 这 样 按照 需要 来 生成 元 素 的 写法 都 可 以 令 创建 序列 的 代码 变 得 更 加 清 
晰 。 
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开发 者 通常 会 采用 自己 最 为 兄 悉 的 语言 特性 来 摘 述 组 件 乙 间 的 约定 。 对 于 绝 大 多 数 人 来 说 ， 这 意味 着 他 们 总 是 会 在 创建 新 类 
时 把 该 类 所 需 的 方法 定义 到 某 个 基 类 或 接口 中 ， 然 后 针对 这 个 基 类 或 接口 来 编写 程序 库 的 代码 (从 而 要 求 客 己 端 在 使 用 本 程序 库 
时 必须 提供 与 访 基 类 或 接口 相 兼 容 的 对 象 ) 。 这 种 做 法 固然 可 行 ， 但 如 果 能 把 客户 端 在 使 用 组 件 或 程序 库 时 所 需 的 要 求 搞 述 成 函 
数 参 数 (function parameter) ， 那 么 开 友 者 写 起 代码 来 融会 更 加 轻松 。 因 为 这 意味 着 你 在 编 写 组 件 时 不 需要 负责 创建 该 组 件 
所 要 使 用 的 那些 类 ， 而 是 可 以 通过 函数 参数 来 直接 调用 由 该 参数 所 定义 的 抽象 方法 。 


大 家 可 能 比较 熟悉 接口 与 类 相 分 离 (the separation of interfaces and classes) 这 一 原则 ， 但 有 的 时 候 ， 为 了 某 种 用 法 而 
专门 去 定义 并 实现 接口 还 是 显得 太 过 麻烦 。 很 多 开发 者 之 所 以 总 是 求助 于 接口 和 基 类 ， 可 能 是 因为 他 们 比较 熟悉 这 些 面向 对 象 的 
技巧 ， 但 是 如 果 能 够 运用 其 他 技巧 来 编程 ， 那 么 还 可 以 把 API 写 得 再 简 单一 些 。 这 一 条 要 讲 的 就 是 怎样 运用 委托 来 描述 程序 库 与 
客户 端 之 间 的 约定 ， 以 求 尽量 减少 后 者 在 使 用 该 库 时 所 受 的 限制 。 


设计 组 件 及 程序 库 时 有 一 个 难点 在 于 是 人 否 要 把 本 组 件 所 执行 的 任务 与 它 对 其 他 对 象 的 依赖 天 系 分 离开 来 ， 以 及 是 否 要 令 本 组 
件 能 够 以 多 种 方式 为 客 尸 端 所 使 用 ， 而 不 是 只 能 按照 你 预想 的 那 种 方式 来 用 。 这 项 工作 做 得 不 到 位 或 是 做 得 过 头 都 有 可 能 影响 到 
你 目 己 与 使 用 这 个 组 件 的 人 。 ( 先 说 做 得 不 到 位 的 情况 。) 从 你 目 身 的 角度 来 看 ， 如 果 这 个 组 件 过 分 依赖 其 他 对 象 ， 那 么 区 很 难 
接受 单元 测试 (unit test) ， 而 且 也 很 难 复 用 到 其 他 一 些 场合 ， 而 从 使 用 万 的 角度 来 看 ， 如 果 这 个 组 件 过 分 依赖 于 某 种 特定 的 实 
现 方 式 ， 那 么 用 起 来 融会 受到 许多 限制 。 


你 可 以 通过 函 效 参 数 来 放松 本 组 件 与 客户 痛 代 码 之 间 的 耦合 天 系 ， 但 这 样 做 是 要 付出 一 些 代 价 的 〈 所 以 不 能 做 得 过 头 ) 。 该 
万 案 会 把 本 来 需要 相互 搭配 才能 正常 运作 的 代码 划分 成 两 个 不 同 的 部 分 ， 你 需要 花心 思 去 设计 这 种 划分 方式 ， 而 用 尸 也 必须 花心 
思 去 理解 这 种 用 法 ， 因 为 与 解 看 之 前 相 比 ， 代 码 的 用 法 显得 不 够 明确 。 由 此 可 见 ， 你 需要 在 这 两 个 方面 之 间 达 成 平衡 ， 也 束 是 
说， 既 要 使 客 尸 新 能 够 灵活 地 使 用 该 组 件 ， 又 不 能 把 它 的 用 法 写 得 过 于 令 人 费解 。 此 外 还 要 注意 ， 如 果 使 用 委托 或 其 他 一 些 通信 
机 制 来 放松 看 合 关 系 ， 那 么 编译 器 可 能 束 不 会 执行 某 些 检查 工作 了 ， 因 此 ， 你 需要 自己 设法 来 做 这 些 检查 。 


如 果 采 用 耦合 天 系 较为 紧密 的 万 案 ， 那 么 你 很 可 能 会 创建 基 类 ， 以 供 客户 闯 去 继承 。 在 这 种 万 案 下 ， 客 户 痛 只 需要 编写 简单 
的 代码 就 可 以 使 用 你 所 开发 的 组 件 ， 因 为 两 者 之 间 的 约定 很 清晰 : 客户 端 只 要 继承 这 个 基 类 并 实现 这 些 抽象 方法 (或 是 其 他 一 些 
虚 方 法 ) ， 融 可 以 使 用 你 所 写 的 组 件 。 此 外 ， 你 还 可 以 把 子 类 共有 的 功能 直接 写 人 在 抽象 基 类 里 面 ， 这 样 的 语 ， 使 用 该 类 的 开 妈 者 
束 不 用 在 继承 这 个 基 类 时 重新 实现 这 些 功能 了 。 


从 组 件 本 身 的 角度 来 看 ， 这 样 做 比较 简便 ， 因 为 该 组 件 可 以 假设 自己 所 需 的 某 种 行为 已 经 实现 好 ， 而 编译 器 也 可 以 确保 从 这 
个 抽象 基 类 继承 出 来 的 子 类 已 经 把 所 有 的 抽象 万 法 全 都 实现 出 来 。 尽 管 它 无 法 保证 子 类 实现 得 一 定 正确 ， 但 人 至 少 能 保证 这 尝 方法 
都 已 经 实现 。 


用 这 样 的 方式 来 要 求 客 户 靖 必须 实现 某 种 行为 显得 过 于 严格 ， 因 为 它们 必须 从 你 所 写 的 类 里 面 继承 子 类 才 行 ， 这 会 把 使 用 本 
组 件 的 每 一 位 用 户 都 限制 住 ， 使 得 他 们 只 能 按照 你 设计 的 这 套 类 体系 来 编程 ， 而 不 能 采用 其 他 方式 去 使 用 这 个 组 件 。 


与 设计 基 类 相 比 ， 有 一 种 办 法 可 以 创建 出 稍微 宽松 一 些 的 耦合 天 系 ， 那 残 是 设计 接口 。 你 可 能 会 把 组 件 所 依赖 的 方法 定义 到 
某 个 接口 里 面 ， 并 要 求 客 尸 端 必 须 实现 该 接口 。 这 样 形成 的 天 系 其 实 与 基 类 方案 相似 ， 但 它们 之 间 仍 有 两 个 重要 的 区 别 。 首 先 ， 
这 样 做 并 不 要 求 客 尸 端 必须 按照 某 一 套 类 体系 来 编程 ， 但 同时 会 市 来 一 个 缺 扣 ， 那 束 是 你 不 能 像 基 类 方案 那样 轻松 地 编写 默认 代 
码 ， 以 减少 客户 端 在 实现 相 天 行为 时 所 要 做 的 工作 。 


在 很 多 情况 下 ， 这 两 种 做 法 其 实 都 太 麻 烦 了 。 你 可 以 想 一 想 ， 目 己 真 的 需要 定义 接口 吗 ? 能 不 能 改 用 宽松 一 些 的 办 法 来 设 
tr? 比方 说 ， 用 委托 来 表达 这 个 意思 。 


早 前 的 第 32 条 中 已 经 演示 了 这 样 的 做 法 。List.RemoveAll () 方法 就 是 用 Predicate<T> 类 型 的 委托 来 做 参数 的 : 


void List<T>.RemoveAll(Predicate<T> match); 


假如 .NET Framework 的 设计 者 不 采用 这 种 办 法 ， 那 么 可 能 残 会 定义 出 下 面 这 样 的 接口 ， 并 通过 该 接口 来 实现 
List.RemoveAll () 方法 : 


// Improper extra coupling. 


public interface IPredicate<T> 


{ 
bool Match(T soughtObject); 
} 
public class. List<I> 
{ 
public void RemoveAll(IPredicate<TI> match) 
{ 
// elided 
} 
// Other apis elided 
} 
//The usage for this second version is quite a bit more work: 
public class MyPredicate : IPredicate<int> 
{ 


public bool Match(int target) => 
target < 100; 


回顾 第 32 条 惑 会 友 现 ， 采 用 委托 方案 来 设计 的 RemoveAll () 方法 调用 起 来 要 比 上 面 那 种 写法 简单 得 多 。 一 般 来 襄 ， 如 果 
组 件 与 客户 闯 乙 间 的 约定 能 够 通过 委托 或 其 他 一 毕 耦合 较为 松散 的 机 制 来 定义 ， 那 么 使 用 该 组 件 的 人 写 起 代码 来 融会 方便 一 些 。 


之 所 以 用 委托 而 不 用 接口 并 非 是 方法 数量 上 面 的 原因 (也 就 是 说 ， 并 不 是 因为 RemoveALL () 只 会 用 到 match 参 数 的 某 一 
个 方法 ) ， 而 是 因为 委托 不 是 类 型 的 基本 属性 (fundamental attribute) (或 者 说 委托 参数 并 不 要 求 调用 方 必 须 传 入 某 种 类 型 
的 对 象 ， 而 是 只 要 求 该 对 象 具备 与 委托 相符 的 方法 即 可 ) 。 


.NET Framework 里 面 有 很 多 概念 其 实 都 只 涉及 一 个 万 法 ， 但 这 些 概念 还 是 定义 成 了 接口 ， 而 不 是 委托 。 例 如 
IComparable<T> 与 IEquatable<T> 这 样 的 概念 就 特别 适合 定义 成 接口 ， 因 为 实现 这 样 的 接口 意味 着 你 对 自己 所 写 的 类 型 做 出 
了 承诺 ， 也 就 是 说 ， 你 允许 程序 在 该 类 型 的 两 个 对 象 之 间 比 较 大 小 ， 或 判断 其 是 否 相 等 。 反 之 ， 把 RemoveAll () 方法 所 用 到 的 
那个 match 对 象 设 计 成 IPredicate<T> 接 口 则 没有 任何 好 处 ， 因 为 那样 做 无 法 提供 与 该 对 象 所 属 的 类 型 相关 的 有 效 信 


FA, RemoveAll () 所 需要 的 参数 只 不 过 是 一 种 提供 了 某 个 AP| 方 法 的 对 象 而 已 〈 因 此 ， 只 需 设 计 成 委托 即 可 ) 。 


采用 接口 方案 与 基 类 方案 时 ， 开 友 者 通常 会 使 用 泛 型 来 编写 相关 的 方法 ， 这 对 于 函数 参数 方案 来 说 通 音 也 是 可 行 的。 第 31 
条 中 的 Zip 方 法 可 以 把 两 个 序列 合并 起 来 ， 然 而 当时 的 那 段 代码 是 针对 string 类 型 而 写 的 : 
public static IEnumerable<string> Zip( 


TEnumerable<string> first, 


ITEnumerable<string> second) 


{ 
using (var firstSequence = first.GetEnumerator() ) 
{ 
using (var secondSequence = second.GetEnumerator() ) 
{ 
while (firstSequence.MoveNext() && 
secondSequence.MoveNext () ) 
sf 
yield return string.Format("{0O} {1}", 
FirstSequence.Current, 
secondSequence.Current); 
} 
} 
} 
} 


你 可 以 把 合并 元 素 的 逻辑 表达 成 委托 形式 的 遂 数 参数 ， 并 将 该 方法 改写 成 泛 型 万 法 : 


public static IEnumerable<TResult> Zip<T1, T2, TResult>( 
TEnumerable<Tl1> first, 


ITEnumerable<T2> second, Func<T1, T2, TResult> zipper) 


using (var firstSequence = first.GetEnumerator() ) 


{ 
using (var secondSequence = 


second.GetEnumerator() ) 


while (firstSequence.MoveNext() && 


secondSequence .MoveNext () ) 


yield return zipper(firstSequence.Current, 


secondSequence.Current); 


用 户 需 要 将 zipper 的 主体 逻辑 定义 出 来 ， 以 便 调 用 这 个 Zip 方 法 : 


var result = Zip(first, second, (one, two) => 
String.Format(C"{O} {1}", one, two)); 
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本 章 早 前 第 33 条 中 的 那个 CreateSequence 方 法 也 可 以 这 样 改写 。 当 时 的 那个 版 本 是 直接 把 序列 中 的 整数 元 素 生 成 出 来 ， 而 
现在 则 可 将 其 设计 成 泛 型 方法 ， 并 把 元 素 的 生成 逻辑 交 给 函数 的 参数 去 实现 : 


public static IEnumerable<TI> CreateSequence<T>( 
int numberOfElements, 


Func<I> generator) 


for (var i = 0; i < numberOfElements; i++) 


yield return generator(); 


用 户 可 以 按照 下 列 方式 把 元 素 的 生成 逻辑 定义 出 来 ， 以 便 达 成 与 早 前 相同 的 效果 : 


var startAt = QO; 
var nextValue = 5; 
var sequence = CreateSequence(1000, 


() => startAt += nextValue); 


有 的 时 候 ， 你 可 能 想 用 某 种 算法 来 处 理 序列 中 的 每 一 个 元 素 ， 并 把 最 终 计 算出 来 的 那个 纯 量 值 (scalar value) 返回 给 调用 
方 。 例 如 你 可 能 会 写 出 下 面 这 样 的 方法 来 给 整数 序列 求 和 |: 


public static int Sum(IEnumerable<int> nums) 


1 
var total = 0; 
foreach (int num in nums) 
1 
total += num; 
} 
return total; 
} 


其 实 可 以 把 求 和 逻辑 抽象 成 累加 器 (accumulator) ， 并 将 其 定义 成 委托 形式 的 参数 ， 这 样 就 能 把 Sum 改 写成 通用 的 泛 型 
方法 : 


public static T Sum<T>(IEnumerable<T> sequence, T total, 


Func<T, T, T> accumulator) 


sf 
foreach (T item in sequence) 
{ 
total = accumulator(total, item); 
} 
return total; 
} 


新 版 的 方法 可 以 这 样 来 调用 : 


var total = 0; 


total = Sum(sequence, total, (sum, num) => sum + num); 


然而 这 个 Sum 方 法 还 是 太 过 局 限 ， 因 为 它 要 求 序 列 中 的 元 素 、 廊 法 的 返回 值 以 及 计算 返回 值 时 所 用 的 初始 值 都 必须 是 同一 
种 类 型 。 如 果 能 以 不 同 的 类 型 来 使 用 此 方法 ， 那 么 会 更 加 方便 一 些 : 


var peeps = new List<Employee>(); 

// All employees added elsewhere. 

// Calculate the total salary: 

var totalSalary = Sum(peeps, OM, (person, sum) => 


sum + person.Salary); 


为 此 ， 需 要 对 Sum 方 法 稍 加 修改 ， 以 便 用 不 同 的 类 型 参数 表达 序列 元 素 及 累加 值 。 此 外 ， 笔 者 还 要 把 这 个 更 加 通用 的 方法 
改名 为 Fold， 令 其 风格 与 BCL 中 的 那些 方法 相 一 致 下 : 


public static TResult Fold<T, TResult>( 
TEnumerable<T> sequence, 
TResult total, 


Func<T, TResult, TResult> accumulator) 


{ 
foreach (T item in sequence) 
{ 
total = accumulator(item, total); 
} 
return total; 
} 
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发 的 时 候 判 断 相关 的 成 员 变 量 是 不 是 null， 因 为 客户 端 此 时 可 能 还 没有 把 事件 处 理 程序 创建 好 。 同 理 ， 在 通过 委托 表达 接口 时 ， 
也 必须 想 一 想 ， 如 果 客 尸 端 传 入 的 委托 是 null， 那 么 是 应 该 抛 出 异常 还 是 应 该 执行 某 种 默认 的 操作 ? 如 果 客 尸 端 所 传 入 的 委托 在 
执行 过 程 中 友 生 异常 ， 那 么 程序 能 人 否 从 异常 状况 中 恢复 ? 如 果 可 以 ， 又 该 如 何 来 恢复 ? 


最 后 还 要 注意 ， 即 便 你 不 使 用 继承 而 是 通过 委托 来 表达 组 件 对 客 己 端的 要 求 ， 程 序 也 依然 会 在 运行 期 出 现 耦 合 ， 这 种 耦合 效 
果 与 直接 引用 基 类 或 接口 类 型 的 对 象 其 实 是 相同 的 。 如 果 你 的 组 件 把 委托 复制 了 一 份 以 供 稍 后 调用 ， 那 么 委托 所 引用 的 那个 对 象 
其 生存 期 残 会 由 该 组 件 来 控制 ， 这 有 可 能 令 其 在 程 序 中 竺 得 更 久 一 些 。 于 是 ， 它 与 那 种 直接 引用 对 象 以 便 稍 后 调用 的 办 法 相 比 融 
没什么 区 别 了 ( 那 种 办 法 是 把 指向 接口 类 型 或 基 类 类 型 的 引用 保存 起 来 ) 。 而 且 这 种 写法 也 使 得 阅读 代码 的 人 不 太 容易 看 出 这 一 
FAR. 

设计 组 件 时 ， 首 先 还 是 应 该 考虑 能 人 否 把 本 组 件 与 客户 代码 之 间 的 沟通 方式 约定 成 接口 。 如 果 有 一 些 默 认 的 实现 代码 需要 编 
写 ， 那 么 可 以 考虑 将 其 放 入 抽象 基 类 中 ， 使 得 调用 方 无 须 重 新 编写 这 些 代 码 。 与 之 相对 ， 如 果 玉 用 委托 来 摘 述 本 组 件 所 要 使 用 的 
万 法 ， 那 么 用 起 来 会 更 加 灵活 ， 但 开 友 工具 对 此 提供 的 支持 也 会 更 少 ， 因 此 ， 你 需要 编写 更 多 的 代码 才能 确保 这 种 灵活 的 设计 能 
够 正常 运作 。 


[1] Fold 是 涵 数 式 编程 中 的 一 种 运算 方式 ， 详 见 en.wikipedia.org/wiki/Fold_%28higherorder_function%29。 


译 者 注 


第 35 条 : 绝对 不 要 重 载 扩 展 方 法 


早 前 的 第 27 与 28 条 说 过 ， 针 对 接口 或 类 型 来 创建 扩展 方法 有 三 个 好 处 : 第 一 ， 能 够 为 接口 实现 默认 的 行为 ;第 二 ， 能 够 针 
对 封闭 的 泛 型 类 型 实现 某 些 逻辑 ;第 三 ， 能 够 创建 出 易于 拼接 的 接口 方法 。 尽 管 扩展 方法 有 这 么 多 好 处 ， 但 开发 者 却 不 应 该 毫 无 
保留 地 用 它 做 设计 ， 因 为 这 些 方法 虽然 能 够 增强 现 有 的 类 型 ， 但 这 种 效果 并 不 会 彻底 改变 该 类 型 的 行为 。 


第 27 条 说 过 ， 可 以 把 接口 定义 得 尽量 简单 一 些 ， 然 后 编写 扩展 方法 ， 通 过 该 接口 中 的 少数 几 个 方法 以 默认 的 万 式 实现 出 很 
多 弟 见 的 操作 。 听 了 这 条 建议 之 后 ， 你 可 能 会 按照 相似 的 思路 给 某 些 类 也 创建 扩展 万 法 ， 而 且 还 会 把 多 个 版 本 的 扩展 万 法 放 到 不 
同 的 命名 空间 里 面 ， 试 图 通过 切换 命名 空间 来 切换 扩展 方法 的 版 本 。 其 实 这 样 做 并 不 合适 ， 因 为 通过 扩展 方法 来 编写 默认 代码 是 
专门 针对 接口 而 言 的 ， 如 果 要 扩展 的 是 类 ， 那 么 还 有 更 好 的 办 法 可 供 选用 。 滥 用 或 误 用 扩展 方法 很 容易 使 方法 之 间 产 生 冲 突 ， 从 
而 令 代码 难于 维护 。 


首先 来 看 怎样 叫 作 误 用 扩展 方法 。 假 设 有 某 个 程序 库 提供 了 下 面 这 个 简单 的 Person 类 : 


public sealed class Person 


af 
public string FirstName 
{ 
get; 
set; 
} 
public string LastName 
d 
get; 
set; 
} 
} 


你 可 能 想 针 对 该 类 编写 扩展 方法 ， 以 便 根据 人 的 姓名 生成 报表 ， 并 打印 到 控制 谷 。 


// Bad start. 
// extending classes using extension methods 


namespace ConsoleExtensions 


Á 
public static class ConsoleReport 
{ 
public static string Format(this Person target) => 
$"{target.LastName,20}, {target.FirstName,15}"; 
} 
} 


HREBENE ERRA: 


Static void Main(string[] args) 


{ 
List<Person> somePresidents = 
new List<Person>{ 
new Persont{ 
FirstName = "George", 
LastName = "Washington" }, 
new Person{ 
FirstName = "Thomas", 
LastName = "Jefferson" }, 
new Person{ 
FirstName = "Abe", 
LastName = "Lincoln" } 
}; 
foreach (Person p in somePresidents) 
Console.WriteLine(p.Format()); 
} 


目前 似乎 看 不 出 什么 问题 ， 但 如 果 需 求 变 了 ， 会 怎么 样 呢 ?比方 说 ， 如 果 将 来 还 需要 生成 XML 格 式 的 报表 ， 那 么 有 人 可 能 
束 会 这 样 写 : 


// Even Worse. 
// ambiguous extension methods 
// in different namespaces 


namespace XmlExtensions 


í 
public static class XmlReport 
{ 
public static string Format(this Person target) => 
new XElement("Person", 
new XElement( "LastName", target.LastName), 
new XElement( "FirstName", target.FirstName) 
).ToString(); 
} 
} 


有 了 这 样 两 个 版 本 的 扩展 方法 之 后 ， 某 些 开 及 者 会 通过 切换 源 文 件 中 的 using 指 令 来 改变 报表 的 格式 ， 但 这 样 做 其 实 是 误 用 
了 扩展 方法 ， 因 为 用 这 种 写法 来 扩充 类 型 很 容易 出 问题 。 万 一 把 using 语 句 中 的 命名 空间 写 错 了 ， 那 么 程序 的 行为 就 会 改变 ; 要 
是 未 了 引入 命名 空间 ， 那 么 代码 根本 融 无 法 编译 。 各 要 在 类 中 的 两 个 方法 里 面 分 别 调用 两 个 版 本 的 Format， 则 必须 将 该 类 拆 成 
两 份 文件 来 定义 ， 并 将 这 两 个 方法 分 别 放 在 其 中 的 一 份 文件 之 内 ,不然 编译 器 束 会 因 代码 有 歧义 而 报错 。 


由 此 可 见 ， 开 发 者 显然 应 该 换 用 其 他 办 法 来 实现 这 项 功能 。 扩 展 方 法 并 不 是 根据 对 象 的 运行 期 类 型 而 派 友 的 ， 它 依据 的 是 编 
译 期 类 型 ， 这 本 身 束 容易 出 错 ， 骨 加 上 有 些 人 又 想 通 过 切换 命名 空间 来 切换 扩展 万 法 的 版 本 ， 这 残 更 容易 出 问题 了。 


其 实 这 项 功能 根本 就 不 是 对 Person 类 型 所 做 的 扩展 ， 因 为 Person 对 象 究竟 是 以 XML 格 式 输出 还 是 打印 到 控制 台 应 该 由 使 用 
该 对 象 的 外 部 环境 来 决定 ， 而 不 是 由 Person 对 象 本 身 来 决定 。 


只 有 确实 对 类 型 有 所 扩充 的 功能 才 应 该 设计 成 扩展 方法 ， 也 惑 是 训 ， 这 些 功 能 从 道理 上 来 讲 应 该 是 类 型 本 身 的 一 部 分 。 第 
27 与 28 条 讲解 了 两 项 扩 巧 用 来 增强 接口 与 封 朵 沁 型 类 型 的 功能 。 仔 细 看 一 下 当时 所 举 的 例子 ， 你 融会 友 现 : 对 于 使 用 那些 类 型 
的 用 户 来 说 ， 扩 展 广 法 所 实现 的 功能 都 是 类 型 本 身 所 应 有 的 功能 。 


反观 刚才 那个 例子 ，Format 方 法 并 不 是 Person 本 身 应 有 的 功能 ， 而 是 一 种 根据 Person 对 象 输出 信息 的 机 制 ， 对 于 使 用 
Person 类 的 用 户 来 说 ， 该 机 制 无 须 由 Person 提 供 。 


当然 ， 那 两 个 方法 都 是 有 意义 的 ， 只 不 过 它们 更 适合 实现 成 以 Person 为 参数 的 普通 静态 万 法 。 如 果 有 可 能 的 话 ， 应 该 将 其 
放 企 同一 个 类 里 面 ， 并 赋予 不 同 的 名 称 : 


public static class PersonReports 


1 
public static string FormatAsText(Person target)=> 
$"{target.LastName,20}, {target.FirstName,15}"; 
public static string FormatAsXML(Person target) => 
new XElement("Person", 
new XElement("LastName", target.LastName), 
new XElement("FirstName", target.FirstName) 
Js FOStEr ine ); 
} 


上 面 这 个 PersonReports 类 含有 两 个 静态 方法 ， 由 于 其 名 称 不 同 ， 因 此 使 用 者 很 容易 融 能 区 分 它们 的 用 途 。 这 样 写 既 不 会 令 
public 接 口 里 面 出 现 两 个 具有 层 义 的 万 法 ， 也 不 会 令 用 户 部 得 这 个 程序 库 里 好 像 有 两 个 名 字 一 样 但 是 功能 不 同 的 方法 。 用 户 可 以 
直接 根据 上 自己 的 需要 调用 合适 的 万 法 ， 而 不 用 通过 切换 命名 空间 来 切换 两 个 签名 相同 但 是 效果 不 同 的 方法 。 这 一 点 很 关键 ， 因 为 
很 少 有 人 能 想到 修改 using 指 令 后 面 的 命名 空间 竟然 能 影响 程序 的 行为 。 大 部 分 人 都 认为 ， 如 果 把 using 后 面 的 命名 空间 写 错 
了 ， 那 么 代码 就 无 法 编译 ， 他 们 不 会 想到 程序 在 这 种 情况 下 居然 可 以 编译 ， 然 而 在 运行 的 时 候 又 表现 出 奇怪 的 行为 。 


当然 ， 有 人 发 现 这 两 个 方法 没有 重 名 之 后 ， 又 想 要 把 它们 写成 Person 类 的 扩展 方法 ， 但 这 样 做 并 没有 好 处 ， 因 为 这 两 个 方 
法 是 在 使 用 Person， 而 不 是 在 扩展 Person。 由 于 它们 现在 具有 不 同 的 名 称 ， 因 此 可 以 放 在 同一 个 命名 空间 之 下 的 同一 个 类 里 ， 
而 不 像 原 来 那样 因为 重 名 而 分 别 定义 在 两 个 命名 空间 中 。 


针对 某 个 类 型 编写 扩展 方法 时 ， 你 应 该 把 这 些 太 法 合 起 来 视 为 一 整套 ， 而 不 要 认为 每 一 个 相关 的 命名 空间 里 面 都 可 以 有 这 样 
一 套 方法 ， 也 就是 说 ， 不 要 在 命名 空间 的 意义 上 面 重 载 扩展 方法 。 如 果 你 友 现 自己 正在 编写 很 多 个 签名 相同 的 扩展 方法 ， 那 么 赶 
崇 停 下 来 ， 把 方法 的 签名 改 挥 ， 并 考虑 将 其 设计 成 普通 的 静 仿 万 法 ， 而 不 要 做 出 那 种 通过 切换 Using 指令 来 影响 程序 行为 的 设计 
万 案 ， 因 为 那样 会 令 开 友 者 感到 困惑 。 


第 36 条 : 理解 得 询 表达 陈 王 方法 调用 之 间 的 映射 天 系 


LINQ 构 建 在 两 个 概念 之 上 : 一 是 查询 语言 (query language) 本 身 ， 二 是 该 语言 与 查询 方法 之 间 的 转换 关系 。C# 编 译 器 
会 把 开发 者 用 查询 语言 所 写 的 查询 表达 式 转换 成 对 应 的 查询 方法 。 


每 一 条 查询 表达 式 都 对 应 于 一 个 或 多 个 查询 方法 ， 你 需要 从 两 个 角度 来 理解 这 种 对 应 天 系 。 在 使 用 某 个 类 的 时 候 ， 你 必须 知 
道 你 所 写 的 查询 语句 其 实 丈 是 一 些 查 询 方 法 ,例如 ，where 子 句 相当 于 带 有 适当 参数 的 Where () 方法 。 在 设计 某 个 类 时 ， 你 
必须 清楚 由 系统 所 提供 的 那些 查询 方法 是 否 合 适 ， 目 己 能 不 能 针对 当前 这 个 类 实现 出 更 好 的 版 本 。 如 果 不 能 ， 那 么 沿用 系统 默认 
的 版 本 丈 可 以 了 。 如 果 能 ， 那 么 必须 完全 了 解 查询 表达 式 .与 方法 调用 之 间 的 转换 关系 ， 然 后 才 可 以 着 手 编写 。 因 为 你 必须 保证 万 
法 签名 准确 无 误 ， 以 便 将 每 一 种 情况 都 转换 好 。 某 些 较为 简单 的 查询 表达 式 很 容易 束 能 转换 ， 但 复杂 一 些 的 束 有 点 困 难 了 。 


完整 的 但 询 表达 式 模式 (query expression pattern) 包含 11 个 方法 。 这 套 方 法 首先 见于 Anders Hejlsberg, Mads 
Torgersen、Scott Wiltamuth 及 Peter Golde 所 写 的 《The C#Programming Language, Third Edition》 (Microsoft 


Corporation, 2009) 一 书 ， 参 见 该 书 7.15.3 节 帽 。 本 书 在 Microsoft Corporation 的 许可 之 下 将 其 转录 于 此 : 


delegate R Func<Tl1, R>(T1 argl1); 
delegate R Func<Tl1, T2, R>CT1 argl, T2 arg2); 


class C 


{ 
public C<T> Cast<I>(); 


class C<T> £f C 


{ 
public C<T> Where(Func<T, bool> predicate); 
public C<U> Select<U>(Func<T, U> selector); 
public C<V> SelectMany<U, V>(CFunc<T, C<U>> selector, 
Func<T, U, V> resultSelector); 
public C<V> Join<U, K, V>CC<U> inner, 
Func<T, K> outerKeySelector, 
Func<U, K> innerKeySelector, 
Func<T, U, V> resultSelector); 
public C<V> GroupJoin<U, K, V>(CC<U> inner, 
Func<T, K> outerKeySelector, 
Func<U, K> innerkKeySelector, 
Func<T, C<U>, V> resultSelector); 
public O<T> OrderBy<K>(Func<T, K> keySelector); 
public O<T> OrderByDescending<K>(Func<T, K> keySelector); 
public C<G<K, T>> GroupBy<K>(Func<T, K> keySelector); 
public C<G<K, E>> GroupBy<K, E>(CFunc<T, K> keySelector, 
Func<T, E> elementSelector); 
} 


Class O<T> + CeT> 


{ 
public O<T> ThenBy<K>(CFunc<T, K> keySelector); 


public O<T> ThenByDescending<K>(Func<T, K> keySelector) ; 


class G<K. T> : C<T> 


{ 
public K Key { get; } 


.NET 的 基础 类 库 里 面 为 该 异 式 提 供 了 两 套 参考 实现 (reference implementation) 。 其 中 一 套 位 于 
System.Lindq.Enumerable 中 ， 它 针对 IEnumerable<T> 提 供 了 扩展 方法 ， 用 以 实现 查询 表达 陈 模 式 。 另 一 套 位 于 
System.Linq.Queryable 中 ， 它 也 提供 一 组 类 似 的 扩展 方法 ， 然 而 针对 的 是 I|Queryable <T>， 这 使 得 查询 提供 程序 (query 
provider) 能 够 把 查询 请 求 转换 为 男 一 种 格式 ， 以 便于 执行 。 (比方 说 ， 如 果 用 LINQ to SQL 充 当 provider， 那 么 束 可 以 把 查询 


表达 式 转 换 成 SQL 查 询 请 求 ， 并 交 给 SQL database engine (SQL 数据 库 引 擎 ) 执行 。) 从 用 户 的 角度 来 看 ， 绝 大 多 数 查 询 语句 
用 的 都 是 这 两 套 参 考 实现 中 的 某 一 种 。 


而 从 设计 者 的 角度 来 看 ， 如 果 你 创建 的 数据 源 类 实现 了 IEnumerable<T> 或 1Queryable<T> (也 可 以 专门 针对 某 个 具体 的 
泛 型 参数 实现 封闭 式 的 IlEnumerable<T> 或 IlQueryable<T> 泛 型 类 型 ) ， 那 么 该 类 目 然 融会 遵循 查询 表达 式 异 式 ， 因 为 它们 已 
经 具备 了 .NET 基 础 类 库 为 这 两 种 类 型 所 定义 的 那些 扩展 方法 。 


在 继续 往 下 讲 之 前 ， 笔 者 要 先 提醒 大 家 注意 : C# 语 言 并 没有 对 查询 表达 式 模 式 在 执行 时 的 语义 (ERER) 做 出 规定 ， 
因此 ， 完 全 可 以 创建 一 个 签名 与 查询 方法 相符 但 实际 上 却 不 执行 任何 操作 的 方法 。 编 译 器 无 法 确保 你 写 的 Where 方 法 一 定 能 实 
现 查 询 表 达 式 模式 所 要 达成 的 效果 ， 它 只 能 保证 你 写 的 这 个 方法 在 语法 上 是 正确 的 。 其 他 的 接口 方法 其 实 也 一 样 ， 编 译 器 只 能 保 
证 你 创建 的 接口 万 法 符合 语法 规定 ， 但 无 法 保证 它 能 满足 用 尸 的 要 求 。 


当然 ， 这 并 不 是 况 只 需要 编写 符合 语法 的 方法 残 够 了 了。 实现 查询 表达 陈 模 式 的 时 候 ， 还 是 应 该 把 方法 的 行为 设计 得 与 那 两 套 
BSI BAM, Emen, MBER ACEI, MAGI (或 者 说 效果 ) 上 面 也 应 该 正确 。 除 了 性 能 方面 可 能 有 所 
区 别 之 外 ， 调 用 者 不 应 该 感 吕 到 你 所 写 的 方法 与 参考 实现 所 提供 的 方法 之 间 有 不 一 样 的 地 方 。 


把 得 询 表 达 陈 转换 成 万 法 调用 是 个 较为 复杂 的 过 程 ， 需 要 肥 复 处 理 。 编 译 器 会 把 表达 陈 逐 渐 转 换 成 对 应 的 方法 ， 直 到 所 有 的 
表达 式 全 都 转换 完 为 止 。 转 换 时 ， 它 会 依照 某 一 套 顺 序 来 执行 ， 然 而 笔者 此 处 并 不 打算 讲解 该 顺序 ， 因 为 这 样 的 顺序 是 给 编译 器 
设计 的 ， 而 且 可 以 在 C# 语 言 规 学 里 面 但 到 。 笔 者 会 改 用 大 家 容易 理解 的 方式 去 讲解 ， 因 此 ， 这 里 所 选 的 某 些 学 例会 比较 简短 。 


现在 看 看 下 面 这 条 查询 语句 中 的 where、select 与 range: 


var numbers = { 0, 1, 2, 3, 4, 5, 6, 7, 8, 9 }: 
var smallNumbers = from n in numbers 
where n < 5 


select n; 


from n in numbers 会 把 numbers 中 的 每 个 值 依 次 赋 给 泄 围 变 量 (range variable) n。where 子 句 用 来 定义 过 滤器 ， 该 子 
句 会 转换 成 Where 方法。 于 是 ，where n<5 束 变 成 


numbers.Where(n => n < 5); 


Where 万 法 只 是 个 过 滤器 ， 用 来 输出 源 序 列 中 那些 能 够 满足 谓词 的 元 素 。 输 入 序列 与 输出 序列 的 元 素 类 型 必须 相同 ， 而 且 
Where 万 法 不 应 修改 输入 序列 中 的 元 素 。 (用 尸 所 定义 的 谓词 有 可 能 会 修改 源 序列 中 的 元 素 ， 但 这 并 不 归 查 询 表达 式 .模式 来 


管 。) 


这 个 方法 可 以 实现 成 适用 于 numbers 的 实例 方法 ， 也 可 以 实现 成 适用 于 numbers 所 在 类 型 的 扩展 方法 。 刚 才 那 个 例子 里 面 
的 numbers 是 个 int 数 组 ， 因 此 ， 调 用 Where 方法 时 所 用 的 n 必 定 是 整数 。 


对 于 查询 表达 式 与 方法 调用 之 间 的 转换 工作 来 说，Where 是 极为 简单 的 一 种 情况 ， 然 而 在 讲解 复杂 一 些 的 情况 之 前 ， 笔 者 
打算 继续 探究 一 下 这 种 简单 的 情况 ， 以 阐明 其 原理 及 意义 。 编 译 器 先 要 把 查询 表达 式 转 化 成 方法 调用 ， 然 后 才 进 入 重 载 解析 
(overload resolution) 或 类 型 绑 定 (type binding) 环节 。 也 就 是 说 ， 在 将 查询 表达 式 转换 成 方法 调用 的 时 候 ， 编 译 器 并 不 
知道 有 哪些 版 本 的 重 载 方法 可 供 选用 ， 而 且 也 不 考虑 类 型 与 扩展 方法 等 因素 。 它 此 时 要 做 的 仅仅 是 把 查询 表达 式 转 换 成 方法 调用 
而 已 ， 等 全 部 转换 完 之 后 ， 再 开始 搜寻 可 供 选 用 的 方法 ， 并 挑 出 其 中 最 为 匹配 的 那 一 个 。 


现在 接着 刚才 那个 例子 往 下 讲 ， 这 次 ， 要 把 查询 表达 式 中 的 select 也 考虑 进去 。select 子 名 一般 会 转化 为 Select 方 法 ， 然 而 
在 某 些 特殊 的 情况 下 ， 该 方法 是 可 以 优化 挥 的 ， 本 例 束 属 于 这 种 情况 ， 因 为 它 要 选取 的 正 是 range (范围 ) 变量 。 这 种 select 称 
为 退化 的 select (degenerate select) 。 由 于 输出 序列 与 输入 序 询 并 不 是 同一 个 序列 ， 因 此 可 以 把 这 样 的 select 优 化 挥 。 融 本 例 
来 看 ， 查 询 表 达 式 里 面 的 where 子 句 使 得 输出 序列 的 身份 不 可 能 与 输入 序列 相同 ， 故 而 可 以 省 去 select。 于 是 ， 这 条 查询 表达 式 
最 后 丈 变 成 下 面 这 样 的 方法 调用 语句 : 


var smallNumbers = numbers.Where(n => n < 5); 


大 家 可 以 看 到 ， 那 条 多 余 的 select 子 句 并 没有 体现 在 方法 调用 语句 里 面 。 之 所 以 能 把 它 去 掉 ， 是 因为 select 子 句 要 在 另外 一 
条 查询 表达 式 (也 就 是 本 例 中 的 where) 所 返回 的 直接 结果 (immediate result) 上 面 做 选择 (而 不 是 在 原 表达 式 上 面 做 选 


择 ) 。 
如 果 select 要 操作 的 不 是 另 一 条 表达 陈 所 返回 的 直接 结果 ， 那 残 不 能 人 省略。 比方 说 


var allNumbers = from n in numbers select n; 
就 要 转换 成 下 面 这 样 的 方法 调用 ， 而 不 能 省 去 Select: 
var allNumbers = numbers.Select(n => n); 
inZllselect, ARMATE, CHBAKSRANTTARB AMAA, MEBANE. thai, TAXAS AN 
会 对 where 的 结果 做 出 修改 (使 其 中 的 元 素 都 变 为 自身 的 平方 ) : 
var numbers = { 0, 1, 2, 3, 4, 5, 6, 7, 8, 9 }; 
var smallNumbers = from n in numbers 


where n < 5 


select n * n; 
又 例如 下 面 这 种 写法 会 把 输入 的 整数 元 素 变 成 另 一 种 类 型 的 元 率 : 


var numbers = { 0, 1, 2, 3, 4, 5, 6, 7, 8, 9 }; 
var squares = from n in numbers 


select new { Number = n, Square = n * n }; 
select 子 句 与 Select 方 法 相对 应 ， 而 其 签名 则 应 该 与 查询 表达 式 模 式 中 所 定义 的 方法 签名 相符 : 


var squares = numbers.Select(n => 


new { Number = n, Square = n * n }); 


上 面 这 个 select 会 把 元 素 从 一 种 类 型 变 为 另 一 种 类 型 。 采 用 合理 的 逻辑 实现 出 来 的 Select 方 法 必须 能 把 输入 的 每 一 个 元 素 都 
分 别 转变 为 相应 的 输出 元 素 ， 而 且 不 应 该 修改 原 序 询 中 的 元 素 。 


对 于 简单 的 至 询 表达 陈 残 讲 这 么 多 。 现 在 ， 讨 论 几 个 转换 方式 不 那么 明显 的 例子 。 


涉及 顺序 关系 的 命令 会 转换 成 DrderBy 及 ThenBy 方 法 ， 或 是 OrderByDescending 及 ThenByDescending 方 法 。 比 方 说 查询 
语句 


var people = from e in employees 
where e.Age > 30 


orderby e.LastName, e.FirstName, e.Age 


select e; 


会 转换 成 


var people = employees.Where(e => e.Age > 30). 
OrderBy(e => e.LastName). 
ThenBy(e => e.FirstName). 
ThenBy(e => e.Age); 


按照 查询 表达 式 模 式 的 要 求 ，ThenBy 所 操作 的 应 该 是 由 OrderBy 或 ThenBy 返 回 的 序列 ， 这 种 序列 可 以 用 标记 (marker) 
把 排序 键 相 同 的 那些 元 素 所 在 的 范围 分 别 标注 出 来 ， 使 得 ThenBy 方 法 能 够 由 此 得 知 这 些 范 围 之 内 的 元 素 还 需要 继续 排序 。 


假如 把 刚才 那 条 语句 分 成 三 个 orderby 子 句 来 写 ， 那 么 转换 出 来 的 结果 就 不 同 了 。 下 面 这 种 写法 会 先 根据 LastName 把 序列 
中 的 元 素 完 整 排列 一 遍 ， 然 后 根据 FirstName 重 新 排列 一 遍 ， 最 后 根据 Age 再 排列 一 遍 : 


// Not correct. Sorts the entire sequence three times. 
var people = from e in employees 


where e.Age > 30 


orderby e.LastName 
orderby e.FirstName 
orderby e.Age 


select e; 


一 个 orderby 后 面 可 以 有 很 多 项 排序 指标 ， 而 其 中 任何 一 项 指标 都 可 以 用 descending 修 饰 ， 以 便 按照 降序 处 理 该 指标 : 


var people = from e in employees 
where e.Age > 30 


orderby e.LastName descending, e.FirstName, e.Age 
select e; 


OrderBy 方 法 会 输出 另 一 种 类 型 的 序 询 ， 使 得 thenby 子 名 能够 更 为 有 效 地 得 以 实现 ， 并 令 整 个 查询 能 够 得 出 类 型 正确 的 结 
果 。ThenBy 不 能 操作 尚未 排序 的 序列 ， 它 只 能 在 已 经 排序 的 序列 (也 融 是 早 前 列 出 的 O<T> 型 序 询 ) 上 面 调用 。 这 种 序列 会 把 
还 可 以 进一步 排序 的 那些 汽 围 (也 惑 是 排序 键 相同 的 那些 元 素 所 在 的 学 围 ) 标注 出 来 。 如 果 要 针对 某 个 类 型 自己 来 编写 OrderBy 
与 ThenBy 万 法 ， 那 么 也 必须 遵守 这 条 规则 ， 这 意味 着 你 需要 给 有 签 进 一 步 排序 的 那些 汽 围 打上 i 记号， 使 得 后 续 的 ThenBy 子 句 能 
够 正音 运作 。ThenBy 方 法 的 参数 类 型 必须 写 对 ， 这 样 才能 够 接受 由 OrderBy 或 ThenBy 方 法 所 产生 的 结果 ， 并 为 相 天 学 围 内 的 元 
素 进一步 排序 。 


笔者 刚才 针对 OrderBy 及 ThenBy 所 说 的 这 些 同样 适用 于 OrderByDescending 与 ThenByDescending。 如 果 你 打算 自己 来 编 


写 其 中 的 某 一 个 方法 ， 那 么 还 应 该 把 另外 三 个 方法 也 实现 出 来 。 


下 面 再 举 几 个 例子 。 由 于 这 些 例子 中 的 查询 表达 陈 涉及 分 组 (grouping) 操作 或 包含 多 条 from 子 句 ， 因 此 属于 延续 式 的 查 
询 (query with a continuation) ， 它 们 必须 通过 多 个 步骤 才能 转换 成 对 应 的 方法 调用 语句 。 涉 及 延续 查询 的 表达 式 需 要 先 转 
换 成 获 套 形式 的 表达 式 ， 然 后 再 转换 成 方法 调用 。 比 方 说 ， 下 面 这 个 简单 的 延续 式 查 询 


var results = from e in employees 
group e by e.Department into d 
select new 
{ 
Department = d.Key, 
Size = d.Count() 
}; 


就 需要 先 转换 成 腻 套 形式 的 查询 : 


var results = from d in 


from e in employees group e by e.Department 
select new { Department = d.Key, 
Size = d.Count()}; 


然后 才 可 以 转换 为 方法 调用 语句 : 


var results = employees.GroupBy(e => e.Department). 
Select(d => new { Department = d.Key, 
Size = d.Count() }); 


由 早 前 那 条 查询 表达 式 所 转换 出 来 的 方法 调用 语句 用 到 了 GroupBy 方 法 ， 该 方法 会 返回 一 个 由 分 组 所 构成 的 序列 ， 其 中 的 
每 一 组 里 面 存放 的 都 是 该 组 所 对 应 的 键 以 及 位 于 该 组 之 下 的 一 系列 元 素 。 查 询 表 达 式 模式 中 ， 还 有 另 一 个 版 本 的 GroupBy 方 
法 ， 在 那个 方法 所 返回 的 分 组 序列 中 ， 和 每 一 个 分 组 键 一 起 存放 的 不 一 定 是 该 组 之 下 的 那些 元 素 本 身 ， 而 有 可 能 是 一 系 惠 值 (这 
些 值 是 根据 该 组 之 下 的 元 素 创 建 出 来 的 ) 。 


var results = from e in employees 
group e by e.Department into d 
select new 
{ 
Department = d.Key, 
Employees = d.AsEnumerable() 
$; 


上 面 那 条 查询 表达 式 会 转换 成 下 面 这 样 的 万 法 调用 语句 : 


var results2 = employees.GroupBy(e => e.Department). 
Select(d => new { 
Department = d.Key, 
Employees = d.AsEnumerable(C) 
$); 


其 中 的 GroupBy 方 法 会 创建 出 由 键 值 对 所 构成 的 序列 ， 其 中 的 那些 键 称 为 group selector (分 组 选择 器 ) ， 而 每 一 个 键 所 对 
应 的 值 则 是 源 序列 中 可 以 归 在 该 键 之 下 的 那 一 系列 元 素 。 查 询 表 达 式 中 的 select 子 句 可 以 根据 每 一 组 内 的 元 素来 创建 新 的 对 象 ， 
但 整 条 表达 式 所 输出 的 结果 依然 是 一 个 由 键 值 对 所 构成 的 序列 ， 只 不 过 其 中 的 值 可 能 并 不 是 源 序列 中 的 那 一 组 元 素 本 身 ， 而 是 根 
据 那 些 元 素 所 创建 出 来 的 男 一 组 数据 。 


最 后 来 看 几 个 与 SelectMany、Join 及 GroupJoin 有 关 的 例子 。 这 三 项 操作 都 比较 复杂 ， 由 于 它们 要 操作 的 并 不 是 某 一 个 序 
列 ， 而 是 很 多 个 序列 ， 因 此 ， 用 来 实现 这 些 操作 的 查询 方法 需要 在 多 个 序列 上 面 列 举 元 素 ， 并 把 操作 结果 放 在 同一 个 序列 里 面 输 
出 给 调用 方 。selectMany 操 作 可 以 用 来 计算 两 个 序列 的 省 卡 儿 积 (Cartesian product) 。 比 方 襄 ， 下 面 这 条 查询 语句 


intii odds = { 1, 3, 5, 7 }; 

int[] evens = { 2, 4, 6, 8 }; 

var pairs = from oddNumber in odds 
from evenNumber in evens 


select new 


{ 

oddNumber, 

evenNumber, 

Sum = oddNumber + evenNumber 
}; 


会 生成 含有 16 个 值 的 序列 : 


ON FON UN ON UW 


O RP H 
w H 


| 
H 


/,6, 15 
fG, Lö 


带 有 多 个 from 子 句 的 查询 表达 式 通 常会 转化 成 gelectMany 方 法 。 例 如 刚才 那 条 表达 式 就 会 转化 成 下 面 这 样 的 代码 : 


int[] odds = { 1, 3, 5, 7 }; 
int[] evens = { 2, 4, 6, 8 }; 


var values = odds.SelectMany(CoddNumber => evens, 


CoddNumber, evenNumber) => 
new { 

oddNumber, 

evenNumber, 


Sum = oddNumber + evenNumber 


9); 


SelectMany 的 首 个 参数 是 映射 函数 ， 用 来 把 第 一 个 源 序列 中 的 每 一 个 元 素 与 男 一 个 源 序列 对 应 起 来 ， 使 其 能 够 与 后 者 中 的 
元 素 分 别 组 合 。 它 的 第 二 个 参数 叫 作 输 出 选择 器 (output selector) ， 用 来 根据 这 两 个 源 序 列 中 的 元 素 所 形成 的 各 种 组 合 形式 
创建 相应 的 值 ， 使 得 这 些 值 出 现在 输出 序列 中 。 


SelectMany () 会 迭代 第 一 个 序列 ， 并 针对 其 中 的 每 一 个 元 素 迭 代 第 二 个 序列 ， 以 便 根据 由 这 两 个 元 素 所 形成 的 组 合 产 生 
对 应 的 结果 值 。 这 样 做 可 以 把 两 个 序列 中 的 各 元 素 所 能 形成 的 每 一 种 组 合 方式 都 处 理 一 遍 ， 使 得 每 次 处 理 所 得 到 的 结果 能 够 形成 
一 个 用 来 表示 总 结果 的 序列 。SelectMany 方 法 可 以 这 样 来 实现 : 


Static IEnumerable<TOutput> SelectMany<T1, T2, TOutput>( 
this IEnumerable<T1> src, 
Func<T1, ITEnumerable<T2>> inputSelector, 
Func<T1, T2, TOutput> resultSelector) 


{ 
foreach (T1 first in src) 
sf 
foreach (T2 second in inputSelector(first) ) 
yield return resultSelector(first, second); 
} 
} 


这 段 代 码 迭 代 第 一 个 源 序列 ， 并 根据 当前 的 元 素 值 调用 inputSelector， 从 而 求 出 第 二 个 源 序列 ， 这 么 做 是 有 必要 的 ， 因 为 
第 二 个 源 序 列 未 必 每 次 都 一 样 ， 而 是 有 可 能 需要 根据 第 一 个 源 序 列 中 的 当前 元 素来 决定 。 然 后 ， 它 会 把 第 一 个 源 序 列 的 当前 元 素 
与 第 二 个 源 序列 的 当前 元 素 组 合 起 来 ， 以 便 调 用 resultselector 并 产生 结果 值 。 


如 果 查 询 表 达 式 里 还 有 其 他 命令 ， 使 得 SelectMany 所 创建 出 来 的 并 不 是 最 终 的 查询 结果 ， 那 么 它 所 生成 的 那个 序列 里 面 放 
入 的 就 是 由 两 个 源 序列 中 的 元 素 组 合 而 成 的 各 种 值 对 。 这 些 值 对 会 交 给 后 续 的 命令 去 处 理 。 比 方 说 ， 如 果 把 刚才 那个 例子 稍微 修 
改 一 下 : 


1LntL odds = 4, 1, 3: 5. 7 4 上: 

int[] evens = { 2, 4, 6, 8 }; 

var values = from oddNumber in odds 
from evenNumber in evens 
where oddNumber > evenNumber 


select new 


{ 

oddNumber, 

evenNumber, 

Sum = oddNumber + evenNumber 
}; 


那么 生成 的 SelectMany 方 法 就 会 这 样 调用 : 


odds.SelectMany(oddNumber => evens, 
(oddNumber, evenNumber) => 


new { oddNumber, evenNumber }); 
整 条 得 询 表达 式 ， 会 转换 成 下 面 这 样 的 语句 : 


var values = odds.SelectMany(oddNumber => evens, 
CoddNumber, evenNumber) => 
new { oddNumber, evenNumber }). 
Where(pair => pair.oddNumber > pair.evenNumber). 
Select( pair => new { 
pair.oddNumber, 
pair.evenNumber, 


Sum = pair.oddNumber + pair.evenNumber 


3 


编译 器 把 多 条 from 子 句 转 换 成 SelectMany 方 法 之 后 ， 大 家 可 以 观察 到 一 项 特性 ， 就 是 这 些 SelectMany 能 够 很 好 地 拼接 起 
来 。 如 果 from 子 句 不 止 两 条 ， 那 么 就 会 转化 成 一 系列 首尾 相连 的 SelectMany () 方法 。 第 一 个 SelectMany () 方法 所 产生 的 
二 元 组 会 交 给 第 二 个 SelectMany () 去 处 理 ， 以 便 产 生 三 元 组 ， 这 些 三 元 组 能 够 把 三 个 源 序列 中 的 各 元 素 所 构成 的 每 一 种 组 合 
形式 都 表示 出 来 。 比 方 说 下 面 这 条 查询 


var triples = from n in new int[] { 1, 2, 3 上 
from s in new string[] { "one", "two", 
"three" } 
from r in new string[] { "I", "II", "III" } 


select new { Arabic = n, Word = s, Roman = r }; 


融会 转化 成 这 样 的 方法 调用 语句 : 


var numbers = new int[] { 1, 2, 3 }; 


var words = new string[] { "one", "two", "three" }; 
var romanNumerals = new string[] { "I", "II", "III" }; 
var triples = numbers.SelectMany(n => words, 


(n, s) => new { ñ, Ss }). 
SelectMany(pair => romanNumerals, 
(pair, n) => 


new { Arabic = pair.n, Word = pair.s, Roman = n }); 


由 此 可 见 ， 无 论 有 多 少 个 输入 序列 ， 都 可 以 用 首尾 相连 的 SelectMany () 表示 出 来 。 此 外 ， 这 些 例子 还 演示 了 SelectMany 
方法 怎样 引入 匿名 类 型 一 一 该 方法 所 返回 的 那个 序列 正 是 由 某 种 匿名 类 型 的 元 素 所 构成 的 。 


接 下 来 还 有 另外 两 种 转换 方式 需要 讲解 ， 那 就 是 Join 与 GroupJoin， 它 们 针对 的 都 是 join (连接 ) 表达 式 。 如 果 表 达 式 中 含 
有 into 子 句 ， 那 么 就 转 为 GroupJoin， 阁 不 合 into 子 句 ， 则 转 为 Join。 


不 带 into 的 join 表达 式 是 这 样 写 的 : 


var numbers = new int[] { 0, 1, 2, 3, 4, 5, 6, 7, 8, 9 }; 
var labels E new string|[] { ia i hi ; aii Gi ， a i i "an ; Prego } : 
var query = from num in numbers 


join label in labels on num.ToString() equals label 


select new { num, label }; 
它 会 转化 成 下 面 这 样 的 方法 调用 语句 : 


var query = numbers.Join(labels, num => num.ToString(), 


label => label, (num, label) => new { num, label }); 


带 有 into 子 句 的 join 表达 式 可 以 把 连接 结果 分 组 ， 并 将 这 些 组 放 在 一 份 列表 中 


var groups = from p in projects 
join t in tasks on p equals t.Parent 
into projTasks 


select new { Project = p, projTasks }; 
这 条 表达 式 会 转化 成 下 面 这 样 的 方法 调用 语句 : 


var groups = projects.GroupJoin(tasks, 
p => p, t => t.Parent, (p, projTasks) => 
new { Project = p, TaskList = projTasks }); 


将 所 有 表达 式 都 转 为 万 法 调用 是 个 较为 复杂 的 过 程 ， 通 常 需要 分 很 多 步 来 做 。 


然而 在 绝 大 多 数 情 况 下 ， 你 都 无 须 担心 这 些 步 又 是 如 何 完成 的 ， 因 为 编译 器 会 目 动 将 查询 表达 式 转 换 为 合适 的 查询 方法 。 只 
要 你 所 设计 的 类 型 实现 了 IEnumerable<T>， 那 么 使 用 该 类 型 的 那些 开 友 者 束 可 以 照常 编写 代码 ， 并 得 出 想 要 的 结果 。 


可 是 有 的 时 候 你 总 是 想 要 自己 来 实现 查询 表达 式 模式 中 的 某 些 方法 ， 这 可 能 是 因为 你 所 写 的 集合 类 型 本 身 就 会 根据 某 个 键 排 
好 顺序 ， 因 此 能 够 以 极 快 的 办 法 实现 OrderBy 方 法 ; 也 可 能 是 因为 你 的 类 型 是 一 份 列表 ， 而 该 列表 中 的 元 素 本 身 又 含有 人 列表， 
此 可 以 改 用 更 为 高 效 的 办 法 来 实现 GroupBy 及 GroupjJoin.。 


你 甚至 有 可 能 想 自 己 来 创建 provider， 并 把 整套 查询 表达 式 模式 全 都 重新 实现 一 亿 。 在 那 种 情况 下 ， 必 须要 理解 其 中 的 每 一 
个 查询 方法 ， 而 且 要 知道 实现 该 方法 时 应 该 注意 哪些 问题 。 你 可 以 先 参阅 相关 的 范例 ， 保 证 自己 确实 明日 每 一 个 方法 所 应 达成 的 
功能 ， 然 后 再 开始 编写 实现 代码 。 


从 模型 的 角度 来 看 ， 有 很 多 目 定义 的 类 型 其 实 都 可 以 算 作 集合 ， 因 此 ， 开 妈 者 在 使 用 这 些 类 型 时 也 会 将 其 视 为 普通 的 集合 ， 
并 希望 它们 能 够 支持 系统 内 建 的 查询 功能 。 只 要 你 编写 的 集合 类 支持 IEnumerable<T> 接 口 ， 那 么 开 友 者 束 可 以 照常 使 用 。 但 
如 果 你 党 得 目 己 可 以 利用 该 类 内 部 的 某 些 特性 编写 出 比 默认 万 式 更 为 高 效 的 实现 代码 ， 那 么 束 必 须 保证 该 类 完全 遵从 查询 表达 式 
模式 所 做 出 的 约定 。 


[1] 在 该 书 第 4 版 中 ， 这 些 方法 位 于 7.16.3 节 。 译 者 注 


第 37 条 : 尽量 米 用 情 性 求 值 的 万 式 来 合 知 ， 币 不 要 及 早 来 值 


定义 查询 操作 时 ， 程 序 并 不 会 立刻 把 数据 获取 过 来 并 填充 到 序列 中 ， 因 为 你 定义 的 实际 上 只 是 一 套 执行 步骤 而 已 ， 等 真正 需 
要 遍历 查询 结果 时 ， 才 会 得 以 执行 。 也 丈 是 说 ， 对 查询 结果 做 迭代 的 时 候 ， 程 序 总 是 会 从 头 开 始 执 行 这 套 步 又， 这 样 做 通常 是 合 
OY. Aa FEAR, OUP (lazy evaluation) ， 反 之 ， 如 果 像 编写 普通 的 代码 那样 直接 得 询 茶 
一 套 变 量 的 取信 并 将 其 立刻 记录 下 来 ， 那 么 融 称 为 及 早 求 值 (eager evaluation) 。 


如 果 你 要 定义 的 查询 操作 需要 多 次 执行 ， 那 么 就 得 考虑 到 底 应 该 采用 哪 种 求 值 万 式 才 好 。 你 是 想 给 数据 做 一 份 快照 ， 还 是 想 
先 把 坦 询 逻辑 描述 出 来 ， 以 便 将 来 能 够 随时 根据 这 套 逻 辑 来 获取 得 询 结果 并 将 其 放 入 序列 中 ? 


惰性 求 值 与 编写 普通 代码 时 所 用 的 思路 有 很 大 区 别 ， 因 为 你 在 编写 其 他 代码 的 时 候 可 能 会 理所当然 地 认为 ， 那 些 代码 就 是 应 
该 立刻 得 到 执行 才 对 。 但 是 LINQ 碍 询 操作 与 那些 代码 不 同 ， 它 会 把 代码 当成 数据 来 看 ， 用 作 参 数 的 lambda 表 达 式 要 等 到 以 后 再 
去 调用 (而 不 是 立刻 就 得 以 执行 ) 。 此 外 ， 如 果 provider 使 用 的 是 表达 式 树 (expression tree) 而 不 是 委托 ， 那 么 稍 后 可 能 还 
会 有 新 的 表达 式 融 入 这 棵 树 中 。 


特 移 通过 一 个 例子 来 演示 惰性 求 值 与 及 早 求 值 乙 间 的 区 别 。 下 面 这 段 代码 会 生成 一 个 序列 ， 然 后 暂停 ， 接 下 来 将 其 欠 代 一 


裔 ， 骨 次 暂停 ， 最 后 又 迭代 一 遍 : 


private static IEnumerable<TResult> 


Generate<TResult>(Cint number, Func<TResult> generator) 


for (var i= 0; i < number; i++) 


yield return generator(); 


private static void LazyEvaluation() 


sf 
WriteLine($"Start time for Test One: {DateTime.Now:T}"); 
var sequence = Generate(10, () => DateTime.Now); 
WriteLine("Waiting....\tPress Return"); 
ReadLine(); 
WriteLine("Iterating..."); 
foreach (var value in sequence) 
WriteLine($"{value:T}"); 
WriteLine("Waiting....\tPress Return"); 
ReadLine(); 
WriteLine("Iterating..."); 
foreach (var value in sequence) 
WriteLine($"{value:T}"); 
} 


运行 该 程序 会 输出 下 面 这 样 的 信息 : 


Start time for Test One: 6:43:23 PM 


Waiting.... Press Return 


Iterating... 
6:43:31 PM 


6:43:31 PM 


Waiting.... Press Return 


Iterating... 
6:43:42 PM 


6:43:42 PM 


运行 这 个 惰性 求 值 的 例子 时 ， 要 注意 观察 时 间 戳 (time stamp) . MizinicelAl, BARAR AEREA RIE 
个 序列 ， 因 为 sequence 变 量 所 保存 的 并 不 是 已 经 创建 好 的 元 素 ， 而 是 创建 元 素 所 用 的 表达 式 树 。 你 可 以 目 己 来 运行 一 下 这 段 代 
码 ， 并 单 步 执行 每 一 条 查询 ， 看 看 表达 式 究 竟 是 在 什么 时 候 求 值 的 。 通 过 这 种 办 法 可 以 很 有 效 地 了 解 C# 系 统 如 何 对 LINQ 查 询 求 
值 。 


由 于 查询 表达 式 .能 够 惰性 求 值 ， 因 此 开 友 者 可 以 考虑 在 现 有 的 查询 操作 后 面 继 续 拼 接 其 他 的 查询 操作 ， 这 样 做 并 不 会 导致 系 
统 先 把 第 一 项 但 询 操作 的 结果 完全 获取 出 来 ， 然 后 再 执 行 第 二 项 操作 ， 而 是 可 以 直接 把 这 两 项 操作 组 合 起 来 ， 并 以 组 合 后 的 操作 
分 别处 理 源 序列 中 的 每 一 个 元 素 。 比 方 品 ， 可 以 及 用 这 种 写法 把 查询 sequence1 这 个 序列 所 得 到 的 时 间 值 转换 成 协调 世界 时 : 


var sequencel = Generate(10, () => DateTime.Now); 
var sequence2 = from value in sequencel 


select value.ToUniversalTime(); 


sequence1 与 sequence2 这 两 个 序列 是 在 功能 层面 上 面 组 合 起 来 的 ， 而 不 是 在 数据 层面 上 得 以 组 合 ， 因 为 系统 并 不 会 先 把 
sequence1 里 面 的 所 有 值 都 拿 出 来 ， 然 后 全 都 修改 一 韦 ， 以 构成 sequence2， 而 是 会 执行 相关 的 代码 ， 只 把 sequence1 里 面 的 
当前 元 素 生 成 出 来 ， 紧 接着 执行 另 一 段 代 码 ， 以 处 理 该 元 素 ， 使 得 处 理 结果 能 够 放 入 sequence2 中 。 如 果 把 刚才 的 例子 执行 两 
帝 ， 那 么 得 到 的 两 个 Sequence2 是 不 同 的 ， 因 为 程序 并 不 会 先 把 sequence1 中 的 元 素 全 部 生成 出 来 ， 将 其 转换 成 协调 世界 时 ， 
然后 放 入 sequence2 里 面 ， 而 是 会 在 每 次 执行 的 时 候 当 场 生成 新 的 值 。 也 就 是 说 ， 程 序 并 不 是 先 把 一 系列 时 间 值 都 准备 好 ， 并 
将 其 全 部 转换 为 协调 世界 时 ， 而 是 会 等 到 客户 端 代 码 每 次 查询 序列 的 时 候 再 去 生成 该 序列 中 的 当前 这 一 个 时 间 值 ， 并 将 其 转换 为 
协调 世界 时 。 


由 于 查询 表达 式 可 以 惰性 求 值 ， 因 此 ， 从 理论 上 来 说 ， 能 够 用 来 操作 无 穷 序列 (infinite sequence) 。 如 果 代码 写 得 较为 
合理 ， 那 么 程序 只 需 检查 序列 的 开头 部 分 即 可 ， 因 为 它 可 以 在 找到 所 需 的 答案 时 停 下 来 。 反 之 ， 有 些 写法 则 会 令 查询 表达 式 必须 
把 整个 序列 处 理 一 遍 才 能 得 出 完整 的 结果 。 开 发 者 需要 理解 这 两 种 情况 ， 以 编写 出 可 以 流畅 执行 的 查询 语句 ， 并 避 开 瓶颈 ， 以 防 
写 出 那 种 必须 把 整个 序列 处 理 一 遍 才 能 求 出 结果 的 代码 。 


现在 来 看 下 面 这 个 小 程序 : 


static void Main(string[] args) 


{ 
var answers = from number in AllNumbers() 
select number; 
var smallNumbers = answers.Take(10); 
foreach (var num in smallNumbers ) 
Console .WriteLine(num) ; 
l 


static IEnumerable<int> AllNumbers() 


t 
var number = 0; 
while (number < int.MaxValue) 
{ 
yield return number++; 
} 
} 


这 个 例子 演示 了 刚才 所 说 的 第 一 种 情况 。 这 种 情况 下 ， 不 需要 把 整个 序列 生成 出 来 。Main 方 法 所 打印 出 来 的 是 
0，1，2，3,，4，5，6，7，8，9 这 十 个 数字 。 融 AllINumbers () 方法 本 身 来 说 ， 它 可 以 一 直 生 成 下 去 ( 当 
9X, AllNumbers () 还 是 会 在 number 变 量 达到 int.MaxValue 时 停止 生成 ， 但 你 应 该 没有 耐心 等 到 那个 时 候 ) ， 但 在 本 例 中 ， 
它 只 生成 十 个 数 。 


之 所 以 不 用 把 整个 序列 全 都 生成 出 来 ， 是 因为 Take () 方法 只 需要 其 中 的 前 N 个 对 象 ， 而 不 天 心 后 面 那 尝 对 象 。 


有 反之， 如果 把 查询 语句 改 成 下 面 这 样 ， 那 么 程序 就 会 一 直 运 行 下 去 : 


class Program 
{ 
static void Main(string[] args) 
{ 
var answers = from number in AllNumbers() 
where number < 10 


select number; 


foreach (var num in answers) 


Console.WriteLine(num); 


程序 必须 运行 到 number 变 量 等 于 int.MaxValue 时 才 会 停 下 ， 因 为 查询 语句 需要 逐个 判断 序列 中 的 每 一 个 元 素 ， 并 根据 其 是 
否 小 于 10 来 决定 要 不 要 生成 该 元 素 。 这 样 的 逻辑 导致 它 必须 把 整个 序列 全 都 处 理 一 饥 才 行 。 


某 毕 查询 操作 必须 把 整个 序列 处 理 一 和 遍 ， 然 后 才能 得 出 正确 结果 。 比 万 襄 ， 刚 才 那 个 例子 里 面 的 Where 融会 导致 这 样 的 情 
况 发 生 ， 因 为 它 需 要 判断 源 序 列 中 的 每 一 个 元 素 ， 而 且 可 能 会 产生 男 一 个 无 劳 序 刘 。 此 外 还 有 OrderBy， 它 必须 知道 整个 序列 的 


内 容 ， 才 能 够 完成 排序 ， 而 Max 与 Min 也 需要 知道 整个 序列 的 内 容 ， 才 能 决定 最 大 值 与 最 小 值 。 这 些 操 作 无 法 只 根据 序列 中 的 某 
一 部 分 内 容 而 执行 ， 因 此 ， 在 用 到 这 些 功能 时 ， 需 要 处 理 整 个 序列 。 


如 果 你 要 使 用 这 些 功能 ， 那 么 吏 得 考虑 其 后 果 ， 对 于 有 可 能 无 限 延 伸 下 去 的 序列 来 说 ， 尽 量 不 要 执行 此 类 操作 。 此 外 ， 即 便 
序列 长 度 有 限 ， 也 还 是 应 该 注意 查询 语句 的 写法 ,尽量 先 利用 过 滤 机 制 来 缩减 待 处 理 的 数据 。 如 果 能 够 先 把 某 些 元 素 从 集合 中 去 
挥 ， 然 后 再 执行 此 类 操作 ， 那 么 程序 的 效率 可 能 会 有 所 提升 。 


例如 下 面 这 两 种 查询 方式 的 结果 是 相同 的 ， 然 而 第 二 种 写法 可 能 比 第 一 种 更 快 。 虽 说 精细 一 些 的 provider 会 优化 查询 操作 ， 
而 且 这 两 种 写法 的 效率 本 身 也 在 同一 个 级 别 ， 但 是 对 于 由 System.Linq.Enumerable 所 提供 的 LINQ to Objects 这 种 实现 方式 而 
言 ， 如 果 采 用 第 一 种 写法 那么 就 必 须 先 把 所 有 产品 都 读 出 来 并 加 以 排序 ， 然 后 才能 过 渡 。 


// Order before filter. 
var sortedProductsSlow = 
from p in products 
orderby p.UnitsInStock descending 
where p.UnitsInStock > 100 
select p; 


// Filter before order. 

var sortedProductsFast = 
from p in products 
where p.UnitsInStock > 100 
orderby p.UnitsInStock descending 
select p; 


第 一 种 写法 是 先 把 所 有 产品 排序 ， 然 后 剔除 库存 小 于 等 于 100 的 产品 ， 而 第 二 种 写法 则 是 先 把 库存 小 于 等 于 100 的 产品 易 
除 ， 然 后 再 排序 ， 这 样 的 话 ， 待 排序 的 数据 可 能 会 变 得 很 少 。 编 写 算法 的 时 候 ， 如 果 能 把 那 种 需要 处 理 整 个 序列 的 操作 放 在 合适 
的 时 机 去 执行 ， 那 么 算法 可 能 会 执行 得 很 快 ， 反 之 ， 则 有 可 能 耗费 极 长 的 时 | 间 。 因 此 你 需要 了 解 有 哪些 查询 操作 会 导致 程序 必须 
处 理 整 个 序列 ， 试 着 把 这 些 操 作 放 在 查询 表达 式 的 尾部 。 


至 此 ， 笔 者 已 经 举 出 了 好 几 条 理由 来 建议 你 在 查询 时 应 该 优先 考虑 惰性 求 值 ， 因 为 在 绝 大 多 数 情况 下 ， 这 都 是 最 好 的 办 法 。 
在 个 别 情况 下 ， 你 可 能 确实 想 给 序列 中 的 值 做 一 份 快照 ， 这 时 可 以 考虑 ToList () 及 ToArray () 这 两 个 方法 ， 它 们 都 能 够 立刻 
根据 查询 结果 来 生成 序列 ， 并 保存 到 容器 中 。 其 区 别 在 于 ， 前 者 用 List<T> 保 存 ， 后 者 用 Array 保 存 。 


这 些 方法 可 以 用 在 下 面 这 两 种 场合 。 第 一 种 场合 是 需要 立刻 执行 查询 操作 的 场合 。 此 时 可 以 通过 这 些 方 法 为 数据 做 快照 。 通 
过 这 种 方式 ， 查 询 会 立刻 得 以 执行 ， 而 不 会 等 到 稍 后 列举 序列 时 才 去 执行 。 第 二 种 场合 是 指 将 来 还 需要 执行 同一 套 查 询 结 果 ， 而 
且 那 时 所 查 到 的 结果 与 目前 相 比 不 太 会 友 生变 化 。 在 这 种 情况 下 ， 可 以 用 ToList () 或 ToArray () 把 当前 的 查询 结果 缓存 起 
来 ， 以 便 稍 后 复 用 。 


忌 之 ， 与 及 早 求 值 的 方式 相 比 ， 惰 性 求 值 基 本 上 都 能 减少 程序 的 工作 量 ， 而 且 使 用 起 来 也 更 加 灵活 。 在 少数 几 种 需要 及 早 求 
值 的 场合 ， 可 以 用 ToList () 或 ToArray () 来 执行 查询 并 保存 结果 ， 但 除非 确 有 必要 ， 否 则 还 是 应 该 优先 考虑 惰性 求 值 。 


第 38 条 : 考虑 用 lambda 表 达 式 来 代 蔡 方法 


这 条 建议 听 起 来 有 点 奇怪 ， 因 为 用 lambda 表 达 式 来 代替 方法 会 编写 出 重复 的 代码 ， 也 就是 说 ， 经 常 要 把 某 一 小 段 远 辑 重 写 
一 遍 才 行 。 例 如 下 面 这 段 代 码 束 要 把 同一 套 逻 辑 写 两 遍 : 


var allEmployees = FindAllEmployees(); 


// Find the first employees: 

var earlyFolks = from e in allEmployees 
where e.Classification == 
EmployeetType.Salary 
where e.YearsOfService > 20 
where e.MonthlySalary < 4000 


select e; 


// find the newest people: 

var newest = from e in allEmployees 
where e.Classification == EmployeeType.Salary 
where e.YearsOfService < 20 
where e.MonthlySalary < 4000 


select e; 


你 可 以 把 这 些 where 合 并 成 一 条 子 句 ， 并 把 条 件 全 都 写 到 该 子 句 中 ， 然 而 这 样 做 并 不 会 市 来 太 大 区 别 。 由 于 查询 操作 之 间 本 
Ke GH (参见 第 31 条 ) ， 而 且 简 单 的 where 谓 词 还 有 可 能 会 内 联 (inline) ， 因 此 ， 这 两 种 写法 在 性 能 上 是 一 样 的 。 


看 到 刚才 那 段 代 码 之 后 ， 你 可 能 想 把 重复 的 lambda 表 达 式 提取 到 方法 里 面 ， 以 便 复 用 。 于 是 ， 代 码 会 整 变 成 : 


// factor out method: 

private static bool LowPaidSalaried(Employee e) => 
e.MonthlySalary < 4000 && e.Classification == 
EmployeeType.Salary; 


// elsewhere 

var allEmployees = FindAllEmployees(); 

var earlyFolks = from e in allEmployees 
where LowPaidSalaried(e) && 
e.YearsOfService > 20 


select e; 


// find the newest people: 
var newest = from e in allEmployees 


where LowPaidSalaried(e) && e.YearsOfService < 2 


select e; 


由 于 这 个 例子 很 短小 ， 因 此 ， 重 构 之 后 的 代码 与 早 前 相 比 没有 什么 变化 ， 只 是 看 起 来 舒服 了 一 些 。 如 果 将 来 需要 修改 员工 的 
类 别 (Classification) ， 或 修改 筛选 低 薪 员工 时 所 依据 的 最 低 月 薪 (MonthlySalary) ， 那 么 只 需 改 动 LowPaidSalaried 方 法 里 
面 的 逻辑 即 可 。 


但 是 ， 这 样 重 构 出 来 的 方法 并 不 会 得 到 有 效 的 复 用 ， 反 倒是 早 前 那个 版 本 复 用 起 来 更 高 效 一 些 。 这 与 lambda 表 达 式 的 求 
值 、 解 析 及 执行 机 制 有 关 。 许 多 开发 者 都 无 法 接受 重复 的 代码 ， 而 且 要 想 尽 一 切 办 法 将 其 消除 。 他 们 认为 重 构 之 后 的 这 个 版 本 较 
为 简单 ， 因 为 重复 的 代码 都 提取 到 LowPaidSalaried 方 法 里 面 了 ， 以 后 如 果 要 修改 ， 只 需 改 动 这 一 个 地 方丈 行 ， 这 才 是 正确 的 软 
件 设计 方式 。 

其 实 这 种 想法 也 不 对 ， 因 为 在 某 些 情况 下 ， 系 统 为 了 执行 查询 表达 陈 中 的 代码 ， 会 把 lambda 表 达 陈 会 转化 成 委托 ， 而 人 在 其 
他 一 些 情况 下 ， 则 是 根据 lambda 表 达 式 去 创建 表达 式 树 ， 并 加 以 解析 ， 令 其 能 够 放 在 另 一 种 环境 下 执行 。LINQ to Objects 
用 前 一 种 方式 ， 而 LINQ to SQL 则 采用 后 一 种 方式 。 


LINQ to Objects 是 针对 本 地 数据 仓储 (local data store) 来 执行 查询 的 ， 这 些 数 据 通 常 存放 在 泛 型 集合 中 。 系 统 会 根据 
lambda 表 达 式 里 面 的 逻辑 创建 匿名 的 委托 ， 并 执行 相关 的 代码 。LINQ to Objects 的 扩展 方法 使 用 Enumerable<T> 来 表示 输 
入 序列 。 


与 乙 相 对 ，LINQ to SQL 用 的 则 是 表达 陈 树 ， 它 会 根据 你 所 写 的 查询 逻辑 构建 表达 陈 树 ， 并 将 其 解析 成 适当 的 T-3QL 碍 询 ， 
这 种 查询 是 直接 针对 数据 库 而 执行 的 。LINQ to SQL 会 把 T-SQL 形 式 的 查询 字符 串 会 发 送 给 数据 库 引 警 ， 令 其 得 以 执行 。 


这 种 处 理 方式 要 求 LINQ to SQL 引擎 必须 解析 表达 式 树 ， 并 把 其 中 每 一 项 逻辑 操作 ， 都 蔡 换 成 等 价 的 SQL， 这 意味 着 所 有 的 
方法 调用 都 需要 换 成 Expression.MethodCall 节 点 。 然 而 LINQ to SQL 引擎 并 不 能 把 每 一 种 方法 调用 都 顺利 地 转换 为 SQL 表达 
式 ， 如 果 无 法 转换 ， 就 会 引 友 异常 ， 在 这 种 情况 下 ， 许 多 数据 都 必须 放 在 客户 端 来 处 理 才 行 。 

如 果 你 所 写 的 程序 库 需 要 支持 任意 类 型 的 数据 源 ， 那 么 就 必须 考虑 上 述 情况 。 你 需要 调整 代码 结构 ， 使 其 无 论 面 对 什么 样 的 
数据 源 都 能 够 正常 地 运作 。 这 意味 着 lambda 表 达 式 必须 分 开 写 ， 而 且 要 内 联 在 代码 里 面 ， 只 有 这 样 做 ， 才 能 使 程序 库 正 常 运 
作 。 


当然 ， 这 并 不 是 鼓励 你 在 编写 程序 库 时 一 味 地 复制 代码 ， 而 是 要 提醒 你 ， 人 在 涉及 理 询 表达 陈 与 ambda 的 地 方 应 该 用 更 为 合 
理 的 办 法 去 创建 可 供 复 用 的 代码 块 。 例 如 对 于 早 前 那个 简单 的 例子 来 说 ， 你 可 以 把 代码 写成 下 面 这 样 ， 这 种 写法 所 提取 的 逻辑 比 
刚才 那个 重 构 版 本 还 多 : 


private static IQueryable<Employee> LowPaidSalariedFilter 
(this I[Queryable<Employee> sequence) => 
from s in sequence 
where s.Classification == EmployeeType.Salary && 
s.MonthlySalary < 4000 


select s; 


// elsewhere: 


var allEmployees = FindAllEmployees(); 


// Find the first employees: 


var salaried = allEmployees.LowPaidSalariedFilter(); 
var earlyFolks = salaried.Where(e => e.YearsOfService > 20); 


// find the newest people: 


var newest = salaried.Where(e => e.YearsOfService < 2); 


并 不 是 每 一 种 查询 都 能 像 这 样 简单 地 加 以 改写 。 你 可 能 需要 沿 着 调用 链 稍微 往 上 找 找 ， 才 能 上 友 现 可 供 复 用 的 列表 处 理 逻 辑 
(list-processing logic) ， 从 而 将 相同 的 lambda 表 达 式 提取 出 来 。 本 章 早 前 的 第 31 条 说 过 ， 只 有 当 程 序 真 的 需要 思 历 集合 
面 的 元 素 时 ，enumerator 方 法 才 会 得 以 执行 。 你 可 以 利用 这 一 特征 ， 把 整个 查询 操作 分 成 许多 个 小 的 方法 来 写 ， 这 些小 方法 都 
能 够 复 用 某 一 套 lambda 表 达 式 来 执行 它 所 应 完成 的 那 一 部 分 查询 工作 。 这 些 方法 必须 把 待 处 理 的 序列 当成 输入 值 ， 并 以 yield 

return 的 形式 来 返回 处 理 结果 。 


你 也 可 以 按照 同样 的 思路 新 建 表达 式 树 ， 并 以 此 来 拼接 IQueryable 形 式 的 enumerator， 令 查询 操作 能 够 远程 执行 。 就 本 例 
来 说 ， 寻 找 相 关 员工 所 用 的 那 棵 表达 式 树 可 以 先 与 其 他 查询 相 拼 接 ， 然 后 再 加 以 执行 。IQueryProvider 对 象 (LINQ to SQL5| 
党 的 数据 源 就 是 这 种 对 象 ) 可 以 把 全 套 查 询 操 作 一 次 执行 完毕 ， 而 不 必 将 其 分 解 成 多 个 部 分 放 到 本 地 来 执行 。 


这 些小 的 方法 可 以 构建 成 较 大 的 查询 模块 ， 以 便 运 用 在 应 用 程序 中 。 这 样 做 能 够 避免 重复 的 代码 ， 而 不 像 本 条 开头 所 举 的 范 
例 那 样 需 要 把 lambda 表 达 式 复制 一 裔 。 而 且 这 种 写法 还 使 得 代码 结构 变 得 更 为 合理 ， 从 而 令 整 套 查 询 操 作 可 以 先 转 化 成 表达 式 
树 ， 然 后 一 次 执行 完毕 。 


如 果 想 在 复杂 的 查询 操作 中 有 效 地 复 用 lambda 表 达 式 ， 那 么 可 以 考虑 针对 封闭 的 泛 型 类 型 来 创建 扩展 方法 。 寻 找 低 薪 员工 
所 用 的 LowPaidsalariedFilter 方 法 瓯 是 这 么 写 的 。 它 所 接受 的 是 由 有 待 租 选 的 Employee 对 象 构 成 的 序列 ， 而 输出 的 则 是 经 过 人 往 
选 之 后 的 Employee 序 列 。 在 实际 工作 中 ， 你 还 应 该 创建 以 [Enumerable<Employee> 作 参数 的 重 载 版 本 ， 以 便 同时 支持 LINQ 
to SQL 及 LINQ to Objects 这 两 种 实现 方式 。 


你 可 以 把 查询 操作 分 成 许多 个 小 万 法 来 写 ， 其 中 一 些 万 法 在 其 内 部 用 lambda 表 达 式 处 理 序列 ， 而 另 一 些 方法 则 直接 以 
lambda 表 达 陈 作 参 数 。 把 这 些小 方法 拼接 起 来 ， 融 可 以 实现 整套 操作 。 这 样 写 既 可 以 同时 文 持 IEnumerable<T> 与 
1Queryable<T>， 又 能 够 令 系 统 有 机 会 构建 出 表达 式 树 ， 以 便 高 效 地 执行 查询 。 


第 39 条 : 不 要 人 在 Func 与 Action 中 抛 出 异常 


如 果 有 一 系列 的 值 要 处 理 ， 而 在 处 理 过 程 中 又 友 生 了 异常 ， 那 么 束 很 难 将 程序 恢复 到 正常 状态 。 此 时 可 能 只 有 一 部 分 元 素 得 
到 了 人 处理， 但 由 于 你 并 不 知道 这 些 元 素 究竟 有 多 少 个 ， 因 此 ， 你 无 法 确定 需要 回 浴 的 内 容 ， 从 而 无 法 复原 程序 的 状态 。 


例如 下 面 这 段 代 码 ， 要 给 每 位 员工 加 薪 5%: 


var allEmployees = FindAllEmployees(); 
allEmployees.ForEach(e => e.MonthlySalary *= 1.05M); 


假如 这 段 代 码 在 运行 过 程 中 抛 出 异常 ， 那 么 该 异常 很 有 可 能 既 不 是 在 处 理 第 一 位 员工 之 前 抛 出 的 ， 又 不 是 在 处 理 完 最 后 一 位 
员工 之 后 抛 出 的 ， 也 束 是 说 ， 抛 出 异常 的 时 候 ， 程 序 可 能 已 经 给 其 中 一 部 分 员工 加 了 新 ， 但 却 没有 来 得 及 处 理 匀 下 的 那些 员工 。 
在 这 种 情况 下 ， 其 状态 很 难 复原 ， 从 而 导致 数据 有 可 能 出 现 错乱 。 由 于 你 无 法 掌握 程序 的 状态 ， 因 此 必须 把 所 有 数据 都 手工 检查 
一 遍 ， 才 能 令 其 保持 一 致 。 


之 所 以 会 出 现 这 个 问题 ， 是 因为 这 段 代码 直接 修改 了 序列 中 的 元 素 ， 而 没有 做 出 强 异常 保证 (strong exception 
guarantee) 。 它 出 错 之 后 ， 开 友 者 并 不 知道 有 哪些 效果 已 经 生效 ， 有 哪些 效果 尚未 生效 。 


要 想 解 决 此 间 题 ， 你 可 以 设法 做 出 强 异 剃 保证， 也 就是 在 这 段 代码 未 能 顺利 执行 完毕 的 情况 下 ， 确 保 程序 状态 (与 执行 之 前 
相 比 ) 不 会 出 现 明显 的 变化 。 这 可 以 通过 很 多 办 法 来 实现 ， 每 种 办 法 都 有 其 好 处 及 风险 。 


不 过 ， 在 开始 讨论 这 些 办 法 的 风险 之前 ， 笔 者 移 来 谈 谈 究 竟 是 什么 样 的 代码 才 会 有 这 个 问题 。 其 实 ， 并 非 每 个 方法 都 会 友 生 
这 种 状况 ， 因 为 很 多 方法 只 是 查询 序列 ， 而 不 修改 其 内 容 。 例 如 下 面 这 个 方法 只 查询 每 位 员工 的 工资 ， 并 返回 求 和 结果 : 


var total = allEmployees.Aggregate(0OM, 


(sum, emp) => sum + emp.MonthlySalary) ; 


在 修改 这 样 的 方法 时 ， 不 需要 特别 注意 异常 问题 ， 因 为 它 丰 会 修改 序列 中 的 任何 数据 。 对 于 很 多 应 用 程序 来 说 ， 其 中 的 绝 大 
部 分 方法 都 不 会 修改 序列 本 身 的 内 容 。 回 到 早 前 那个 例子 : 怎样 调整 代码 ， 才 能 在 做 出 强 异常 保证 的 前 提 下 给 每 位 员工 加 薪 
5%? 


首先 能 想到 的 改 法 是 确保 早 前 那个 lambda 表 达 式 所 表示 Action 绝 对 不 会 抛 出 异常 ， 这 也 是 最 为 简单 的 一 种 改 法 。 很 多 情况 
下 ， 开 友 者 可 以 在 修改 序列 中 的 元 素 前 移 判 断 修改 过 程 是 否 会 失败 ， 为 此 ， 需 要 仔细 定义 相关 的 函数 及 谓词 ， 以 确保 方法 所 订立 
的 契约 在 各 种 情况 下 都 能 得 到 满足 ， 即 便 是 在 上 友 生 错误 的 情况 下 也 是 如 此 。 如 果 有 可 能 引 帮 异 单 的 那些 元 素 可 以 无 须 处 理 而 直接 
上 略 过 ， 那 么 这 种 方式 束 是 可 行 的。 对 于 给 所 有 员工 加 薪 的 那个 例子 来 说 ， 如 果 加 薪 过 程 中 有 可 能 出 现 的 那些 异常 都 是 因为 离职 员 
工 疝 未 从 数据 库 中 清除 而 引 及 的， 那么 残 可 以 直接 跳 过 这 些 已 经 离职 的 员工 。 你 可 以 把 代码 改 成 
allEmployees.FindAl1( 
e => e.Classification == EmployeeType.Active). 


ForEach(e => e.MonthlySalary *= 1.05M); 


采用 这 种 方式 来 解决 算法 中 的 问题 是 最 为 直接 的 ， 它 可 以 避免 数据 不 一 致 的 问题 。 只 要 你 能 设法 调整 Action 方 法， 使 得 


lambda 表 达 式 与 Action 绝 对 不 会 抛 出 异常 ， 那 么 束 应 该 考虑 及 用 这 种 极为 有 效 的 万 式 来 做 。 


然而 有 的 时 候 ， 没 办 法 保证 相关 的 表达 式 绝 对 不 抛 出 异常 。 在 这 种 情况 下 ， 必 须 及 用 开销 更 大 的 防护 措施 才 行 ， 也 束 是 说 ， 
需要 重新 编写 算法 ， 将 友 生 异常 的 情况 也 考虑 进来 。 这 意味 着 必须 先 把 源 数 据 拷贝 一 份 ， 并 在 拷贝 出 来 的 数据 上 面 执行 操作 ， 只 
有 当 整 套 操作 全 都 执行 完毕 之 后 ， 才 能 把 源 数据 蔡 换 掉 。 对 于 给 所 有 员工 加 薪 的 那个 例子 来 说 ， 如 果 你 无 法 保证 lambda 表 达 式 
绝对 不 会 抛 出 异常 ， 那 么 可 以 把 算法 改 为 


var updates = (from e in allEmployees 


select new Employee 


{ 
EmployeeID = e.EmployeelID, 
Classification = e.Classification, 
YearsOfService = e.YearsOfService, 
MonthlySalary = e.MonthlySalary *= 1.05M 


Fy) LOLAS TC} 
allEmployees = updates; 


HENS SEPIA. Bit, (UEURRS ST, KR SAP SERA SLSR BME. Uh, TEAPHYMERETE 
会 降低 ， 因 为 新 版 的 算法 会 把 每 一 条 员工 记录 都 拷贝 到 列表 里 面 ， 等 处 理 完 毕 之 后 ， 表 用 这 份 列表 来 蔡 换 处 理 之 前 的 那 份 列表 。 
如 果 列 表 比 较 大 ， 那 么 天 容易 形成 严重 的 性 能 瓶 贷 ， 因 为 在 蔡 换 数据 之 前 ,程序 会 把 每 位 员工 的 记录 都 复制 一 份 。 给 新 版 算法 订 
立 四 约 的 时 候 ， 需 要 指出 本 算法 会 在 面 对 无 效 的 Employee 对 象 时 抛 出 异常 。 这 使 得 调用 该 算法 的 代码 必须 设法 处 理 这 一 状况 。 


用 这 种 办 法 来 解决 问题 可 能 还 会 令 算 法 的 使 用 面 变 窄 。 由 于 新 版 算法 要 把 整 份 列表 缓存 起 来 ， 因 此 ， 开 友 者 不 太 容 易 把 该 算 
法 与 其 他 查询 操作 相 拼 接 ， 也 就是 说 ， 开 友 者 可 能 是 想 把 该 算法 当成 处 理 流程 中 的 一 个 环节 ， 以 便 与 流程 中 的 其 他 环 证 拼接 起 
来 ,使 得 程序 只 需 把 源 序列 处 理 一 塌 ， 即 可 得 到 最 终结 果 ， 而 这 种 修改 方式 会 妨碍 他 们 运用 此 技 I5。 在 实际 工作 中 ， 你 可 以 设法 
绕 过 这 个 问题 ， 也 丈 是 把 流程 中 的 各 环节 全 都 写 在 同一 条 查询 语句 里 面 ， 然 后 将 其 运用 在 缓存 起 来 的 这 份 员工 列表 上 面 ， 最 后 用 
处 理 过 的 列表 替换 源 列 表 ， 这 样 束 可 以 在 做 出 强 异 党 保证 的 前 提 下 ， 使 得 各 个 处 理 环 书 之 间 依 然 能 够 灵活 地 加 以 拼接 。 


这 种 办 法 实际 上 意味 着 在 编写 查询 表达 式 的 时 候 要 返回 新 的 序 刘 ， 而 不 直接 修改 源 序列 里 面 的 元 素 。 也 就是 说 ， 在 处 理 源 序 
列 的 过 程 中 ， 每 一 项 可 供 拼 接 的 查询 操作 都 要 能 在 该 操作 不 友 生 异常 的 情况 下 用 处 理 过 的 序列 来 蔡 换 上 自己 所 接受 的 那个 源 序列 。 


如 果 既 要 编写 可 以 在 友 生 异 常 时 安全 运行 的 查询 操作 ， 又 要 使 这 些 操 作 之 间 能 够 相互 拼接 ， 那 么 束 得 注意 代码 的 写法 了 。 一 
旦 查询 时 所 执行 的 Action 与 Func 抛 出 异常 ， 程 序 中 的 数据 束 很 难保 持 一 臻 。 由 于 你 无 法 确定 已 经 处 理 与 尚未 处 理 的 元 素 各 有 多 
少 ， 因 此 没 办 法 通过 适当 的 措施 将 程序 的 状态 复原 。 不 过 ， 你 可 以 考虑 令 这 些 查 询 操 作 返 回 新 的 元 素 ， 而 不 是 直接 在 源 序列 上 面 
修改 ， 以 确保 该 操作 在 无 法 完整 执行 的 情况 下 不 会 破坏 程序 的 状态 。 


这 条 建议 同样 适用 于 其 他 那些 可 能 在 修改 数据 时 抛 出 异 弟 的 万 法 ， 而 且 也 适用 于 多 线程 开 友 。 与 一 般 的 写法 相 比 ， 用 
lambda 表 达 式 来 编写 Action 及 Func 会 令 其 中 的 异常 更 加 难以 友 党 。 因 此 ， 人 在 返回 最 终结 果 之 前 ， 必 须 确 定 这 些 操 作 都 没有 出 现 
异常 ， 然 后 才能 用 处 理 结果 把 整个 源 序列 替换 挥 。 


第 40 条 : 敬 握 尽早 执行 与 延迟 执行 之 间 的 区 别 


声明 式 的 代码 (declarative code) 的 重点 在 于 把 执行 结果 定义 出 来 ， 而 命令 式 的 代码 (imperative code) 则 重 在 详细 摘 
述 实现 该 结果 所 需 的 步骤 。 这 两 种 代码 都 可 以 写 出 正确 的 程序 ， 但 如 果 混 起 来 用 ， 那 么 程序 的 行为 就 有 可 能 错乱 。 


运行 命令 式 的 代码 时 ， 必 须 把 万 法 所 需 的 参数 计算 好 ， 然 后 才能 调用 该 方法 。 例 如 下 面 这 行 代码 残 是 用 命令 式 风格 写成 的 ， 
必须 依次 执行 Method1 () 、Method2 () 及 Method3 () 这 三 个 步 又， 然后 才能 把 每 步 所 得 的 结果 当成 参数 来 调用 Dostuff 
方法 。 


var answer = DoStuff(Method1(), 
Method2(), 
Method3()); 


程序 的 运行 顺序 是 : 

1. 调 用 Method1， 以 求 出 DoStuff () 的 第 一 个 参数 。 
2. 调 用 Method2， 以 求 出 Dostuff () 的 第 二 个 参数 。 
3. 调 用 Method3， 以 求 出 Dostuff () 的 第 三 个 参数 。 
4. 用 计算 好 的 这 三 个 参数 来 调用 DoStuff。 


对 于 这 种 写法 大 家 应 该 比较 熟悉 。 在 执行 方法 之 前 ， 系 统 必须 把 所 有 的 参数 都 计算 出 来 ， 而 且 会 把 计算 时 所 用 的 数据 友 送 过 
去 。 这 样 写 出 来 的 算法 实际 上 是 一 系列 步骤 ， 必 须 按 顺 序 执 行 这 些 步 综 ， 才 能 得 出 结果 。 


另 一 种 写法 是 及 用 lambda 表 达 式 及 查询 表达 式 来 实现 ， 这 样 写 出 来 的 算法 其 执行 方式 与 命令 式 的 代码 不 同 。 这 种 延迟 执 
ÍT (deferred execution) 的 做 法 其 效果 可 能 令 你 感到 意外 。 下 面 这 行 代码 的 功能 与 早 前 那 行 代码 似乎 差不多 ， 但 稍 后 你 融会 看 
到 ， 它 们 之 间 其 实 有 着 很 大 的 区 别 |: 


var answer = DoStuff(() => Method1(), 
() => Method2(), 
() => Method3()); 


这 次 的 运行 情况 是 : 


1. 调 用 DoStuff () ， 并 把 那 三 条 lambda 表 达 式 传 给 它 ， 这 些 表达 式 本 身 可 以 分 别 调用 Method1、Method2 及 
Method3。 


2. 在 Dostuff 内 部 ， 只 有 当 程 序 真 正 需 要 用 到 Method1 的 执行 结果 时 ， 才 会 调用 该 万 法 。 
3. 在 Dostuff 内 部 ， 只 有 当 程 序 真 正 需 要 用 到 Method2 的 执行 结果 时 ， 才 会 调用 该 万 法 。 
4. 企 Dostuff 内 部 ， 只 有 当 程 序 真 正 需要 用 到 Method3 的 执行 结果 时 ， 才 会 调用 该 万 法 。 


5.Method1、Method2 及 Method3 这 三 个 方法 可 以 按 任意 顺序 来 调用 ， 而 且 每 个 方法 的 调用 次 数 也 不 一 定 (甚至 有 可 能 根 
本 束 不 调用 ) 。 


忌 之 ， 只 有 当 程 序 确实 要 用 到 某 个 方法 的 执行 结果 时 ， 才 会 去 调用 这 个 方法 。 这 是 声明 式 写 法 与 命令 式 写 法 之 间 的 重要 区 


别 。 如 果 把 两 种 写法 竟 起 来 用 ， 那 么 程序 可 能 就 会 出 现 严 重 的 问题 。 


从 外 部 来 看 ， 只 要 方法 不 产生 副作用 (side effect) ， 那 么 凡是 出 现 该 方法 的 那些 地 方 束 都 可 以 用 其 返回 值 来 替换 ， 反 之 亦 
7. MatDoStuff () 方法 目 身 来 看 ， 无 论 是 采用 命令 式 的 写法 还 是 声明 式 的 写法 ， 均 能 返回 相同 答案 ， 因 此 ， 这 两 种 写法 都 正 
确 。 如 果菜 方法 针对 同一 套 输 入 值 总 是 能 产生 相同 的 结果 ， 那 么 凡是 要 用 到 这 一 结果 的 地 方 残 都 可 以 改写 成 方法 调用 的 形式 ， 反 
过 来 也 一 样 ， 几 是 调用 该 方法 的 那些 地 方 也 都 可 以 转 而 使 用 其 所 计算 出 来 的 结果 。 


但 如 果 从 整个 程序 的 层面 来 看 ， 那 么 这 两 种 写法 之 间 可 能 束 有 很 大 的 区 别 了 。 因 为 命令 式 的 模型 忌 是 要 依次 调用 
Method1、Method2 与 Method3 这 三 个 万 法 ， 因 此 ， 其 中 任何 一 个 方法 所 产生 的 效果 都 必然 能 够 得 到 体现 ， 而 且 只 会 体现 一 
次 。 反 之， 声明 式 的 模型 则 既 有 可 能 把 这 三 个 方法 全 都 执行 到 ， 也 有 可 能 只 执行 其 中 的 某 些 方法 ， 还 有 可 能 连 一 个 方法 都 不 执 
行 ， 而 且 即 便 执 行 ， 其 次 数 也 有 可 能 不 只 一 次 。 由 此 可 以 看 出 两 种 模型 之 间 的 区 别 。 第 一 种 模型 是 先 调用 某 个 方法 ， 然 后 把 那个 
万 法 的 执行 结果 当 作 参 数 传 给 本 方法 ， 而 第 二 种 模型 则 是 把 那个 方法 当成 委托 传 给 本 方法 ， 使 得 本 方法 【可 以 根据 目 己 的 需要 随 
时 调用 委托 ， 从 而 实现 调用 那个 方法 并 获取 其 返回 值 的 效果 】。 这 有 可 能 导致 本 方法 前 后 两 次 的 执行 结果 有 所 不 同 ， 至 于 究竟 会 
不 会 出 现 这 样 的 情况 ， 则 要 看 委托 所 表示 的 那个 万 法 执行 了 什么 样 的 操作 。 


由 于 C# 语 言 3 引 入 了 lambda 表 达 式 、 类 型 推断 机 制 及 enumerator 等 特性 ， 因 此 ， 开 发 者 在 编写 自己 的 类 时 ， 可 以 更 加 方便 
地 运用 消 数 式 编程 (functional programming) 中 的 某 些 概念 。 例 如 可 以 编写 高 阶 函 数 (higher-order function) ， 以 便 将 
其 他 函数 当 作 参 数 来 用 ， 或 是 把 其 他 函数 当 作 返回 值 交 给 调用 方 。 从 某 种 意义 上 来 说 ， 这 种 写法 与 普通 国 数 是 一 样 的 ， 因 为 其 返 
回 值 与 函数 本 身 之 间 依 然 可 以 相互 蔡 换 。 但 从 实际 的 效果 来 看 ， 如 果 函 数 还 有 副作用 的 话 ， 那 么 程序 的 运行 情况 可 就 不 一 样 了 。 


那么 ， 到 底 是 直接 使 用 方法 所 计算 出 来 的 数据 比较 好 ， 还 是 先 把 方法 本 身 记 录 下 来 ， 等 需要 用 到 数据 的 时 候 再 去 调用 该 方法 
比较 好 ”更 为 重要 的 是 ， 什 么 情况 下 应 该 用 前 一 种 写法 ， 什 么 情况 下 应 该 用 后 一 种 写法 ”这 两 种 写法 之 间 最 重要 的 区 别 在 于 : 前 
者 必须 先 把 数据 算 好 ， 而 后 者 则 可 以 等 到 将 来 再 去 计算 。 这 意味 看 ， 如 果 采 用 第 一 种 写法 ， 那 么 必须 提前 调用 相关 方法 ， 以 获取 
该 万 法 所 计算 出 的 数据 ， 而 不 像 第 二 种 写法 那样 ， 可 以 按照 辫 数 式 编程 的 风格 ， 用 包含 该 万 法 本 身 的 lambda 表 达 式 来 暂时 代替 
这 个 方法 ， 等 真正 要 用 到 该 方法 的 执行 结果 时 再 去 计算 。 


最 重要 的 一 条 判断 标准 残 是 看 会 不 会 产生 副作用 ， 这 既 要 考虑 水 数 本 身 的 代码 ， 又 要 考虑 其 返回 值 是 否 会 变化 。 本 章 早 前 的 
第 37 条 举 过 一 个 例子 ， 那 项 查询 操 作 的 结果 与 执行 查询 的 时 间 有 关 。 笔 者 当时 是 把 查询 逻辑 当成 参数 来 传递 的 ， 但 如 果 不 那 样 
做 ， 而 是 直接 执行 查询 ， 并 将 结果 缓存 起 来 ， 那 么 该 结果 束 不 会 随 着 执行 查询 的 时 间 而 变化 了 。 当 然 ， 如 果 冰 数 本 身 束 有 副 作 
用 ,那么 程序 的 行为 自然 束 有 可 能 随 着 该 肖 数 的 执行 时 机 而 有 所 变化 。 


有 一 毕 近 巧 可 以 缩短 及 早 求 值 与 惰性 求 值 之 间 的 差异 。 比 方 说， 纯粹 的 不 可 变 类 型 (immutable type) 是 无 法 改动 的 ， 这 
些 类 型 不 会 改变 程序 的 其 他 状态 ， 因 而 也 残 不 受 副作用 的 影响 。 对 于 早 前 那个 例子 来 况 ， 如 果 Method1、Method2 与 
Method3 都 是 某 种 不 可 变 的 类 型 中 的 成 员 万 法 ， 那 么 及 早 求 值 与 情 性 求 值 所 产生 的 结果 看 起 来 束 应 该 完全 一 样 。 


上 述 三 个 万 法 都 没有 参数 ， 但 如 果 这 种 采用 惰性 求 值 来 运行 的 方法 还 市 有 人 参数， 那么 这 些 参数 也 必须 是 不 可 变 的 ， 只 有 这 
样 ， 才 能 保证 其 运行 效果 与 那 种 采用 及 早 求 值 来 运行 的 万 法 相同 。 


由 此 可 见 ， 在 及 早 求 值 与 惰性 求 值 之 间 选 择 时 ， 首 先 要 考虑 的 问题 应 访 是 程序 的 运行 效果 能 人 否 保持 一 致 。 只 有 任 对 和 象 与 方法 
都 不 可 变 的 前 提 下 ， 才 能 确保 这 两 种 写法 都 能 得 出 正确 结果 ， 也 殉 是 这 ， 在 这 种 情况 下 ， 既 可 以 把 计算 某 个 值 所 用 的 函数 保存 起 
来 ， 又 可 以 直接 使 用 该 函数 所 计算 出 的 结果 。 (所谓 不 可 变 的 方法 是 况 这 些 方 法 不 会 修改 全 局 状态 ， 例 如 不 会 执行 MO 操作 、 不 
会 更 新 全 局 变量 ， 也 不 会 与 其 他 进程 通信 。) 有 反之， 如果 无 法 确保 这 些 对 象 与 方法 不 可 变 ， 那 么 程序 的 运行 效果 可 能 会 随 着 求 什 
方式 而 有 所 不 同 。 接 下 来 ， 笔 者 还 要 讲解 其 他 几 项 判断 标准 ， 然 而 在 讲解 之 前 ， 必 须 首先 假设 用 尸 所 能 观察 到 的 程序 运行 效果 不 
会 因 求 值 方式 而 友 生 变化 。 


在 决定 采用 及 早 求 值 还 是 惰性 求 值 时 ， 其 中 一 个 问题 是 要 考虑 用 作答 入 值 与 输出 值 的 那些 数据 所 握 据 的 空间 ， 并 将 该 因素 与 
计算 输出 值 所 花费 的 时 间 相 权衡 。 比 方 说 ， 即 便 把 代码 中 的 Math.PI 全 都 去 掉 而 改 为 当场 计算 圆周 率 的 值 ， 程 序 也 还 是 可 以 正常 
地 运行 ， 只 不 过 其 运行 速度 会 变 慢 ， 因 为 它 要 花 时 间 去 计算 该 值 。 (如 果 你 认为 节省 存储 空间 要 比 缩短 执行 时 间 更 为 重要 ， 那 么 
束 可 以 像 这 样 把 提前 算 好 的 那些 值 都 去 挥 ， 而 改 用 当场 计算 的 方式 来 实现 。) 反之 ， 像 计算 整数 的 素 因 子 所 用 的 
CalculatePrimeFactors (int) MAMMA AAIR (lookup table) ， 这 种 表格 会 把 各 整数 所 具备 的 素 因 子 都 提前 写 好 

(从 而 免 去 当场 计算 所 花 的 时 间 ) 。 在 这 种 情况 下 ， 缩 得 运算 时 间 要 比 节省 仓储 空间 更 为 重要 。 


实际 工作 中 所 遇 到 的 情况 或 许 介 于 两 极 乙 间 ， 因 此 ， 你 可 能 无 法 一 眼 融 看 出 正确 的 写法 ， 即 便 有 这 样 的 写法 ， 答 案 也 不 是 唯 
一 的 。 


你 不 仅 要 在 计算 成 本 与 存储 成 本 之 间 权 衡 ， 而 且 还 要 考虑 上 自己 会 怎样 使 用 计算 出 来 的 结果 。 在 某 些 情况 下 ， 及 早 求 出 查询 结 
果 其 实 也 是 合理 的 (因为 该 结果 可 能 比较 固定 ， 而 且 使 用 得 较为 频繁 ) ;， 而 在 其 他 一 些 情况 下 ， 由 于 查询 结果 只 是 会 偶尔 才 会 用 
到 ， 因 此 更 适合 及 用 惰性 求 值 的 万 式 来 获取 。 如 果 代 码 没有 副作用 ， 而 且 这 两 种 执行 万 式 都 能 给 出 正确 结果 ， 那 么 应 该 根据 性 能 
测评 的 成 绩 来 选择 。 你 可 以 分 别 尝 试 两 种 写法 ， 并 衡量 其 性 能 ， 然 后 选用 较 快 的 那 种 。 


还 要 注意 ， 人 在 某 些 情 况 下 ， 把 这 两 种 求 值 方式 混 起 来 用 的 效果 是 最 好 的 。 也 就 是 说 ， 其 中 某 些 结果 可 以 尽早 计算 并 缓存 起 
来 ， 而 另 一 些 结果 则 等 到 用 的 时 候 再 去 计算 。 为 此 ， 可 以 令 前 者 所 对 应 的 那个 委托 直接 返回 缓存 过 的 值 : 


var cache = Methodl1(); 

var answer = DoStuff(() => cache, 
() => Method2(), 
() => Method3()); 


最 后 一 条 判断 标准 是 看 这 个 方法 要 不 要 放 在 远程 数据 库 上 面 执行 。 采 用 及 早 求 值 还 是 惰性 求 值 会 对 LINQ to SQL 处 理 查询 请 
求 的 方式 产生 很 大 影响 。 每 一 条 LINQ to SQL 查询 刚 开始 都 是 以 延迟 查询 (deferred query) 的 形式 出 现 的 ， 也 就 是 说 ， 充 当 参 
数 的 是 方法 而 非 数据 。 其 中 某 些 方法 所 涉及 的 工作 可 以 交 给 数据 库 引擎 去 完成 ， 而 另 一 些 工 作 则 要 先 当成 本 地 方法 来 处 理 ， 然 后 
再 把 这 一 部 分 处 理 结果 提交 给 数据 库 引擎 。LINQ to SQL 需要 解析 表达 式 树 ， 它 在 把 查询 提交 给 数据 库 引 擎 之 前 ， 会 先 将 那些 调 
用 本 地 方法 的 地 方 蔡 换 成 由 这 些 方法 所 返回 的 结果 。 只 有 当 方 法 调用 不 依赖 于 有 待 处 理 的 输入 序列 中 的 元 素 时 ， 才 能 完成 这 样 的 
蔡 换 (参见 本 章 第 37、38 条 ) 。 


把 对 本 地 方法 的 调用 都 换 成 方法 的 返回 值 之 后 ，LINQ to SQL 就 会 把 查询 请 求 从 表达 式 的 形式 转换 成 SQL 语句 的 形式 ， 并 发 
送 给 数据 库 引 擎 去 执行 。 整 个 过 程 相当 于 分 析 开 友 者 所 写 的 查询 表达 式 或 查询 代码 ， 并 把 其 中 的 方法 调用 换 成 等 效 的 SQL， 这 样 
做 可 以 提升 性 能 ， 并 降低 市 冤 占 用 量 ， 而 且 还 使 得 C# 开 友 者 无 须 专 | ] 学 习 T-SQL。 其 他 一 些 provider 也 有 可 能 及 用 类 似 方 式 来 
处 理 。 


然而 你 需要 明日 的 是 ， 只 有 妆 数 据 与 代码 可 以 在 适当 的 情境 中 互 换 时 ， 才 能 够 执行 这 样 的 处 理 。 具 体 到 LINQ to SQL 来 况 ， 
只 有 当 廊 法 的 参数 是 不 依赖 于 输入 序列 的 常量 时 ， 它 才能 够 把 这 个 本 地 万 法 替换 成 该 方法 的 返回 值 。 当 然 ，LINQ to SQL 库 里 面 
还 有 相当 多 的 功能 用 来 将 表达 陈 树 转换 为 某 种 逻辑 结构 ， 使 其 能 够 进而 转换 成 T-3QL。 


编写 C# 算 法 时 ， 先 要 判断 用 数据 (也 融 是 算法 的 结果 ) HSARA (也 融 是 算法 本 身 ) 当 参 数 会 不 会 导致 程序 的 运行 
结果 有 所 区 别 。 如 果 这 两 种 写法 所 得 到 的 结果 都 正确 ， 那 么 再 考虑 究竟 哪 一 种 更 好 。 对 于 输入 的 信息 量 比较 少 的 情况 来 说 ， 直 接 
传递 数据 可 能 好 一 些 ， 反 之 ， 如 果 输 入 或 输出 的 信息 量 很 大 ， 而 且 程 序 并 不 需要 同时 使 用 整套 信息 ， 那 么 把 算法 本 身 当 成 参数 或 
许 更 为 明智 。 在 难以 判断 的 情况 下 ， 不 妨 优 先 考虑 把 算法 当成 参数 来 传递 ， 这 样 做 可 以 令 编 写 立 数 的 人 更 为 灵活 ， 因 为 他 既 可 以 
采用 惰性 求 值 的 方式 稍 后 再 去 调用 该 算法 ， 也 可 以 采用 及 早 求 值 的 万 法 立刻 获取 该 算法 的 执行 结果 。 


第 41 条 : MEHARRA RAIA? 


闭 包 (closure) 会 创建 出 含有 约束 变量 (bound variable) 的 对 象 ， 但 是 这 些 对 象 的 生存 期 可 能 与 你 想 的 不 一 样 ， 而 且 通 
单 会 给 程序 市 来 负面 效果 。 很 多 开 友 者 都 把 局 部 变量 的 生命 期 理解 得 非 党 简单 ， 他 们 帝 得 这 些 变 量 会 在 声明 的 时 候 变 得 有 效 ， 一 
旦 语句 块 结束 融会 失效 ， 从 而 可 以 当成 垃圾 为 系统 所 回收 。 于 是 ， 他 们 融 市 看 这 样 的 认 知 去 管理 资源 及 对 象 的 生命 期 。 


有 了 闭 包 与 捕获 变量 之 后 ， 情 况 束 不 同 了 。 如 果 在 闭 包 中 捕获 了 变量 ， 那 么 该 变量 所 引用 的 对 象 其 生命 期 会 征 长 ， 直 到 最 后 
一 个 引用 该 变量 的 委托 变 成 垃圾 之 后 ， 这 个 对 象 才能 视 为 垃圾 。 而 且 在 某 些 情 况 下 ， 其 生命 期 可 能 会 继续 延 促 ， 因 为 闭 包 与 其 所 
捕获 的 变量 在 离开 了 某 个 方法 之 后 ， 还 有 可 能 为 客 尸 端 代码 中 的 闭 包 与 委托 所 访问 ， 而 这 些 闭 包 与 委托 又 有 可 能 为 其 他 代码 所 访 
问 ， 最 后 导致 有 大 量 的 代码 可 能 访问 到 这 学 末 包 与 委托 ， 这 使 得 开 妇 者 无 法 确定 它们 究竟 要 到 什么 时 候 才 会 变 得 不 可 达 。 辟 之 ， 
这 意味 着 如 果 你 返回 的 是 个 委托 ， 而 这 个 委托 又 捕获 了 某 个 局 部 变量 ， 那 么 你 很 难 确定 该 变量 究 葛 会 生存 到 什么 时 候 。 


不 过 这 个 问题 通 划 是 无 须 担心 的 ， 因 为 很 多 局 部 变量 都 属于 托管 类 型 ， 而 且 并 没有 占用 昂 中 的 资源 ， 因 此 ， 将 来 还 是 可 以 像 
普通 的 变量 那样 当成 垃圾 回收 。 只 要 这 些 局 部 变量 仪 仪 使 用 内 存 而 不 占据 其 他 资源 ， 那 么 残 用 不 看 担心 刚才 那个 问题 。 


可 是 有 一 毕 变 量 确实 会 占用 昂贵 的 资源 ， 它 们 所 属 的 类 型 是 那 种 实现 了 IDis-posable 接 口 并 需要 明确 加 以 清理 的 类 型 ， 于 
是 ， 这 残 有 可 能 导致 程序 出 现 资源 方面 的 问题 。 比 方 况 ， 你 在 列举 集合 中 的 元 素 时 ， 可 能 需要 访问 某 份 货源 ， 但 却 色 现 设 资源 已 
经 提前 清理 挥 了 ， 又 比如 ， 你 在 需要 使 用 某 份 文件 或 某 条 连接 时 ， 友 现 它 目 前 正在 由 别 的 代码 所 占用 。 


第 4 条 将 会 讲解 C# 编 译 器 怎样 生成 委托 以 及 怎样 捕获 闭 包 中 的 变量 ， 而 这 一 条 则 要 先 告诉 大 家 如 何 判断 闭 包 所 捕获 的 变量 
是 不 是 还 占用 痢 其 他 一 些 资 源 。 你 将 学 会 正确 管理 这 些 资源 ， 并 防止 闭 包 所 捕获 的 变量 在 程序 中 停留 得 过 久 。 


考虑 这 两 行 代 码 : 
var counter = QO; 
var numbers = Extensions.Generate(30, () => counter++); 


编译 器 会 将 其 表示 成 下 面 这 样 的 逻辑 : 


private class Closure 


if 
public int generatedCounter; 
public int generatorFunc() => 


generatedCounter++; 


// usage 


var c = new Closure(); 
c.generatedCounter = 0; 
var sequence = Extensions.Generate(30, new Func<int>( 


c.generatorFunc) ); 


这 里 面 有 一 些 地 万 很 值得 注意 。 首 先 ， 会 引入 Closure 这 样 的 隐藏 诺 套 类 (hidden nested class) ， 而 该 类 中 的 成 员 (例如 
generatorFunc) 又 会 与 Extensions.Generate 所 使 用 的 委托 相 绑 定 ， 于 是 这 个 隐藏 类 的 对 象 例如 范例 代码 中 的 变量 c) A 
合 期 项 会 受到 影响 ， 进 而 使 得 其 中 的 每 一 个 成 员 都 有 可 能 在 垃圾 回收 的 时 机 万 面 出现 问题 。 考 碟 下 面 这 种 用 法 : 


public IEnumerable<int> MakeSequence() 


{ 
var counter = QO; 
var numbers = Extensions.Generate(30, () => counter++); 
return numbers; 

} 


这 段 代码 所 返回 的 对 象 会 用 到 与 闭 包 相 绑 定 的 委托 ， 这 导致 委托 的 生存 期 变 得 比方 法 的 活跃 期 更 长 ， (而 委托 又 与 它 所 要 操 
作 的 变量 相 绑 定 ) 从 而 令 绑 定 变量 所 对 应 的 那个 对 象 其 生存 期 也 得 以 延长 。 只 要 委托 实例 处 于 可 达 状 态 ， 设 对 象 残 是 可 达 的 ， 而 
上 述 万 法 所 返回 的 值 里 面 恰恰 包含 了 这 个 委托 ， 于 是 ，MakeSequence () 方法 执行 完毕 后 ， 访 对 象 依 然 处 于 可 达 状 态 ， 这 也 
使 得 其 中 的 所 有 成 员 同样 处 于 可 达 状 态 。 


C# 编 译 器 所 生成 的 逻辑 是 这 样 的 : 


public static ITEnumerable<int> MakeSequence() 


L 
var c = new Closure(); 
c.generatedCounter = QO; 
var sequence = Extensions.Generate(30, 
new Func<int>(c.generatorFunc) ); 
return sequence; 
} 


请 注意 ， 其 中 的 sequence 变 量 包 含 委 托 ， 而 委托 所 引用 的 方法 则 是 个 与 局 部 变量 c 相 绑 定 的 方法 。 这 个 c 殉 是 用 来 实例 化 厂 
包 的 那个 对 象 ， 于 是 ，c 可 以 在 方法 结束 之 后 继续 存活 。 


一 般 来 咬 ， 不 用 特别 天 注 这 个 现象 ,然而 有 两 种 特殊 情况 可 能 会 给 程序 市 来 困扰 。 第 一 种 情况 是 程序 里 面 用 到 了 
IDisposable 人 资源。 比方 襄 下 面 这 段 代 码 ， 它 要 从 CSV 格 式 的 输入 沅 中 读 取 数 字 ， 并 用 其 构建 序列 ， 然 后 把 多 个 这 样 的 序列 视 为 
一 个 大 的 序列 返回 给 调用 方 。 大 序列 中 的 每 个 小 序列 都 对 应 于 CSV 文 件 里 面 的 某 一 行文 本 ， 而 小 序列 中 的 元 素 则 与 那 行文 本 里 面 
的 数字 相对 应 。 这 段 代 码 采 用 本 书 第 27 条 所 推荐 的 风格 以 扩展 方法 的 形式 来 编写 。 


public static IEnumerable<string> ReadLines( 


this TextReader reader) 


if 
var txt = reader.ReadLine(); 
while (txt != null) 
{ 
yield return txt; 
txt = reader.ReadLine(); 
} 
} 


public static int DefaultParse(this string input, 
int defaultValue) 


{ 
int answer; 
return (int.TryParse(input, out answer) ) 
? answer : defaultValue; 
Í 


public static IEnumerable<IEnumerable<int>> 


ReadNumbersFromStream(TextReader t) 


{ 

var allLines = from line in t.ReadLines() 

select line.Split(','); 
var matrixOfValues = from line in allLines 
select from item in line 
select item.DefaultParse(0); 

return matrixOfValues; 

i; 


写 好 之 后 ， 可 以 这 样 用 : 


var t = new StreamReader(File.OpenRead("TestFile.txt")); 


var arrayOfNumbers = ReadNumbersFromStream(t) ; 


前 面 讲 过 ， 碍 询 方 法 并 不 会 立刻 返回 待 查 的 值 ， 而 是 要 等 程序 真正 用 到 该 值 的 时 候 再 去 查询 并 返回 。 
此 ，ReadNumbersFromstream () 方法 并 不 会 把 所 有 的 数据 全 都 六 入 内 存 ， 而 是 只 会 在 程序 真正 用 到 这 些 数 据 时 表 从 输入 流 
中 加 载 。 该 方法 里 面 的 那 两 条 查询 语句 不 会 立刻 去 读 取 文件 ， 而 是 要 等 到 程序 开始 列举 arrayOfNums 中 的 内 容 时 ， 再 从 文件 中 


读 取 。 


假设 有 一 位 很 喜欢 较真 的 同事 名 叫 Alexander， 他 在 评审 代码 时 ， 发 现 你 并 没有 把 测试 所 用 的 文件 明确 地 关闭 。 之 所 以 会 友 
现 这 个 问题 ， 可 能 是 因为 他 检测 到 了 资源 泄漏 ， 或 是 因为 程序 在 他 想 要 打开 这 份 文 件 的 时 候 报 错 ， 提 示 该 文件 已 经 打开 。 经 过 他 


提醒 ， 你 改动 了 代码 ， 想 要 修复 这 个 bug， 然 而 这 样 做 其 实 并 不 能 解决 根本 问题 。 


TEnumerable<IEnumerable<int>> rowOfNumbers; 
using (TextReader t = new 
StreamReader(File.OpenRead("TestFile.txt"))) 


rowOfNumbers = ReadNumbersFromStream(t); 


你 本 来 以 为 这 样 修改 就 行 了 ， 然 而 启动 测试 之 后 才 友 现 ， 程 序 会 在 运行 到 后 面 那儿 行 代码 的 时 候 抛 出 异 弟 : 


IEnumerable<IEnumerable<int>> rowOfNumbers; 
using (TextReader t = new StreamReader(File.OpenRead( 
"TestFile.txt"))) 


rowOfNumbers = ReadNumbersFromStream(t); 


foreach (var line in rowOfNumbers ) 


1 
foreach (int num in line) 
Write("{0O}, ", num); 
WriteLine(); 
} 


为 什么 会 这 样 ? 这 是 因为 你 试图 从 一 份 已 经 天 闭 的 文件 中 读 取 内 容 ， 从 而 导致 程序 在 迭代 时 抛 出 
ObjectDisposedException。 由 于 ReadNumbersFromStream () 方法 会 通过 委托 来 读 取 并 解析 这 份 文 件 ， 因 此 ，C# 编 译 器 会 
把 表示 该 文件 的 那个 TextReader 对 象 绑 定 到 委托 上 面 ， 而 ReadNumbersFromStream 方 法 则 会 把 这 套 根 据 文件 内 容 来 创建 序列 
的 逻辑 以 arrayOfNums 变 量 的 形式 返回 给 调用 万 。 此 时 ， 程 序 并 没有 开始 读 取 输 入 流 ， 文 件 中 的 文本 也 没有 开始 解析 。 然 而 调 
用 ReadNumbersFromstream 方 法 的 人 ( 却 有 可 能 以 为 该 方法 已 经 把 输入 流 中 的 数据 读 取 并 解析 出 来 了 ， 于 是 他 们 就 ) 会 误解 
相关 资源 的 生存 期 ， 并 认为 此 时 已 经 可 以 把 这 些 资 源 释 放 掉 了 。 由 此 可 见 ， 如 果 闭 包 捕 获 了 1Disposable 资 源 ， 那 束 有 可 能 导致 
两 难 的 局 面 : 要 么 出 现 资源 泄 漏 问 题 ， 要 么 出 现 程序 月 省 问题 。 


不 过 具体 到 本 例 来 说， 这 个 bug 还 是 很 容易 修复 的 ， 因 为 你 只 需要 先 把 arrayOfNums 里 面 的 内 容 读 出 来 ， 然 后 再 关 掉 文件 
就 可 以 了 : 


using (TextReader t = new 
StreamReader(File.OpenRead("TestFile.txt"))) 


var arrayOfNums = ReadNumbersFromStream(t); 


foreach (var line in arrayOfNums ) 


{ 
foreach (var num in line) 
Writec("{0O}, ", num); 
WriteLine(); 
} 


这 么 写 当 然 没 错 ， 但 并 不 是 每 一 个 问题 都 如 此 简单 。 此 外 ， 如 果 每 次 遇 到 这 样 的 问题 都 采用 该 写法 ， 那 么 程序 里 面 就 会 有 很 
多 重复 的 代码 ， 这 正 是 开发 者 应 该 尽力 避免 的 。 因 此 ， 大 家 应 该 想 一 想 能 不 能 从 这 种 写法 中 发 现 某 些 思路 ， 从 而 构造 一 种 更 为 通 
用 的 方案 。 刚 才 那 段 代 码 之 所 以 能 够 运作 ， 是 因为 它 先 在 ReadNumbersFromstream 所 返回 的 arrayOfNums 上 面 做 了 运 代 ， 然 
后 才 把 文件 天 闭 。 


由 此 推 起 ， 如 果 代 码 的 用 法 有 所 变化 ， 那 么 用 户 可 能 就 无 法 正确 地 关闭 该 文件 了 ， 因 为 这 份 文件 是 在 APl 里 面 打开 的 ， 但 是 
却 要 等 到 运行 完 API 之 后 的 某 个 时 间 点 才能 够 关闭 。 试 想 一 下 ， 如 果 用 户 这 样 来 调用 你 所 写 的 APIl : 


using (TextReader t = new 
StreamReader(File.OpenRead("TestFile.txt"))) 


return ReadNumbersFromFile(t); 


那么 他 玖 怕 束 没有 办 法 关闭 文件 了 ， 因 为 该 文件 是 在 本 例 程 中 开启 的 ， 但 是 却 要 由 调用 栈 上 方 的 某 个 例 程 去 关闭 。 用 户 无 法 
得 知 那 个 例 程 究 葛 措 的 是 哪 段 代码 ， 他 只 知道 文件 肯定 不 应 该 在 当前 这 段 代码 里 面 关闭 ， 而 是 要 由 和 直接 或 间接 使 用 这 段 代 码 的 某 
个 例 程 来 关闭 。 那 个 例 程 并 不 受用 尸 控 制 ， 等 程序 运行 到 那个 例 程 的 时 候 ， 该 例 程 甚至 连 应 该 关闭 的 这 份 文件 叫 什么 名 字 都 不 知 
道 ， 而 且 也 没有 指向 文件 流 的 handle 可 供 查 询 。 


要 想 创 建 出 通用 的 API， 最 直接 的 办 法 是 叫 这 个 API 在 打开 文件 之 后 目 己 来 读 取 其 中 的 内 容 ， 并 据 此 直接 生成 目标 序列 里 面 
的 相关 元 素 (而 不 要 把 生成 逻辑 交 给 调用 方 去 迭代 ) 。 例 如 可 以 这 样 实现 : 


public static IEnumerable<string> ParseFile(string path) 


sf 
using (var r = new StreamReader(File.OpenRead(path) )) 
{ 
var line = r.ReadLine(); 
while (line != null) 
{ 
yield return line; 
line = r.ReadLine(); 
} 
} 
} 


这 个 方法 遵循 本 草 早 前 第 31 条 所 给 出 的 建议 ， 及 用 延迟 执行 的 方式 来 读 取 文件 内 容 。 此 处 的 重点 在 于 : 只 有 当 它 读 完 所 有 
的 内 容 之 后 ，streamReader 对 象 才 会 得 到 释放 。 也 残 是 襄 ， 表 示 文 件 的 那个 对 象 可 以 为 系统 所 天 财 ， 然 而 只 有 当 该 方法 把 目标 
序列 中 的 每 个 元 素 都 构建 好 之 后 ， 系 统 才 会 天 闭 文 件 。 笔 者 特意 编写 了 下 面 这 段 代 码 来 解释 这 个 道理 : 


class Generator : IDisposable 


{ 
private int count; 
public int GetNextNumber() => count++; 
public void Dispose() 
{ 
WriteLine("Disposing now "); 
} 
J 


Generator 类 实现 了 IDisposable， 不 过 笔者 写 这 个 类 并 不 是 为 了 用 它 来 表示 某 种 昂贵 的 资源 ， 而 是 想 要 演示 如 果 闭 包 捕 获 
了 IDisposable 形 式 的 变量 ， 那 么 程序 会 怎样 运作 。 下 面 这 段 代 码 就 模拟 了 这 样 一 种 情境 : 


var query = (from n in SomeFunction() 


select n).Take(5); 


foreach (var s in query) 


Console.WriteLine(s); 


WriteLine("Again" ); 
Foreach (var s in query) 


WriteLine(s); 


XE PISS: 


Disposing now 


Again 


Disposing now 


Generator 对 象 会 在 迭代 完 第 一 刀 之 后 得 到 释放 ， 这 正 是 你 想 要 的 效果 。 无 论 是 把 所 有 元 素 都 迭代 完 ， 还 是 像 本 例 这 样 提前 
退出 ， 它 都 能 够 得 以 释放 。 


然而 此 处 有 一 个 问题 ， 那 就 是 Disposing now 这 条 消息 打 ED 了 两 人 帝 。 由 于 沁 例 代码 会 把 序列 失 代 两 遍 ， 因 此 ，Generator 也 
会 释放 两 裔 。 这 并 不 是 说 Generator 类 本 身 写 得 有 缺陷 ， 该 类 只 是 个 用 作 演 示 的 标记 而 已 (真正 需要 注意 的 其 实 是 使 用 这 个 类 的 
那些 代码 ， 比 方 说 本 例 中 的 SomeFunction () 及 早 前 那个 例子 中 的 ParseFile () ) 。 假 如 早 前 那个 例子 里 的 StreamReader 对 
象 也 像 本 例 中 的 Generator 这 样 迭 代 两 遍 ， 那 么 在 第 二 遍 迭 代 时 ， 程 序 就 要 抛 出 异常 ， 因 为 它 试图 访问 已 经 释放 掉 的 
StreamReader 对 象 ， 这 当然 会 出 错 。 


如 果 应 用 程序 需要 把 disposable (可 释放 的 /可 处 置 的 ) 资源 迭代 很 多 遍 ， 那 么 就 需要 及 用 适当 的 写法 才 行 。 之 所 以 要 多 次 
迭代 ， 可 能 是 因为 程序 想 在 执行 算法 的 过 程 中 用 很 多 种 不 同 的 方式 来 处 理 目 己 所 读 到 的 这 些 值 ， 因 此 ， 不 妨 考虑 把 某 一 种 或 潜 一 
套 算 法 以 委托 的 方式 传 给 那个 从 文件 中 读 取 数据 并 加 以 处 理 的 例 程 。 


你 需要 将 这 个 例 程 实现 为 泛 型 万 法 ， 从 而 令 用 户 可 以 把 他 们 使 用 这 些 数 据 的 方式 适当 地 表达 出 来 ， 这 样 的 话 ， 数 据 残 能 于 文 
件 资源 遭 到 释放 之 前 先 在 表达 式 中 得 到 处 理 。 如 果 按照 这 种 办 法 来 实现 ， 那 么 早 前 的 例子 可 以 写成 : 


// Usage pattern: parameters are the file 
// and the action you want taken for each line in the file. 
ProcessFile("testFile.txt", 


CarrayOfNums) => 


{ 
foreach (var line in arrayOfNums ) 
{ 
foreach (int num in line) 
WriteC"{O}, ", num); 
WriteLine(); 
} 
// Make the compiler happy by returning something: 
return 0; 
} 


J4 


// declare a delegate type 

public delegate TResult ProcessElementsFromFile<TResult>( 
TEnumerable<IEnumerable<int>> values); 

// Method that reads files, processing each line 

// using the delegate 

public static TResult ProcessFile<TResult>(string filePath, 


ProcessElementsFromFile<TResult> action) 


{ 
using (TextReader t = new StreamReader(File.Open(filePath) ) ) 
{ 
var allLines = from line in t.ReadLines() 
select line.SplitC€','); 
var matrixOfValues = from line in allLines 
select from item in line 
select item. 
DefaultParse(0); 
return action(matrixOfValues) ; 
} 
J 


这 里 然 看 上 去 有 点 复 杂 ， 但 对 于 某 些 用 户 却 很 有 帮助 ， 因 为 这 使 得 他 们 能 够 用 很 多 种 不 同 的 方式 去 处 理 同 一 份 数 据 。 比 方 
襄 ， 除 了 可 以 像 刚才 那样 把 每 行 中 的 数值 打印 出 来 之 外 ， 还 可 以 像 下 面 这 样 把 整 份 文件 里 面 最 大 的 那个 数 找 出 来 : 


var maximum = ProcessFile("testFile.txt", 
CarrayOfNums) => 
(from line in arrayOfNums 


select line.Max()).Max()); 


这 种 写法 把 文件 流 完 全 封 沪 在 了 ProcessFile 方 法 中 。 用 户 如 果 想 寻找 某 个 值 ， 那 么 只 需要 把 查询 逻辑 写成 lambda 表 达 式 并 
令 其 将 找到 的 那个 值 返回 就 可 以 了 。 这 使 得 API 的 开发 者 能 够 直接 在 函数 内 部 分 配 并 释放 文件 流 等 昂贵 的 资源 ， 从 而 令 API 的 用 
无 须 在 调用 该 函数 时 把 这 些 昂贵 的 资源 捕获 到 闭 包 中 。 


T 


在 闭 包 里 捕获 昂贵 的 资源 还 会 导致 另外 一 个 问题 。 那 个 问题 虽然 不 太 严 重 ， 但 仍然 有 可 能 影响 程序 的 性 能 。 例 如 下 面 这 个 方 
法 : 


IEnumerable<int> ExpensiveSequence() 


int counter 0; 
var numbers = Extensions.Generate(30, 


() => counter++); 


Console.WriteLine( "counter: {0}", counter); 


var hog = new ResourceHog(); 
numbers = numbers. Union( 


hog .SequenceGeneratedFromResourceHog( 
(val) => val < counter)); 


return numbers; 


该 方法 与 早 前 那些 涉及 闭 包 的 范例 一 样 ， 采 用 的 都 是 延 后 执行 的 办 法 ， 也 就 是 说 ， 算 法 中 的 代码 并 不 是 立刻 就 会 执行 。 这 意 
味 着 ，ResourceHog 对 象 不 会 在 EXxpensive Sequence () 退出 的 时 候 消 亡 ， 而 是 要 一 和 直 等 到 客户 端的 代码 真正 列举 完 访 方法 所 
返回 的 序列 之 后 才 会 消亡 。 此 外 ， 如 果 ResourceHog 不 是 disposable 资 源 ， 那 么 就 必须 再 等 到 与 之 相连 的 所 有 根 对 象 都 变 得 不 
可 达 之 后 ， 才 能 为 垃圾 回收 器 所 释放 。 

如 果 这 种 写法 影响 了 程序 的 性 能 ， 那 么 可 以 重新 调整 查询 逻辑 ， 使 得 ResourceHog 尽 快 把 序列 生成 出 来 ， 以 便 在 退出 


ExpensiveSequence () 方法 时 能 够 立刻 得 到 清理 : 


TEnumerable<int> ExpensiveSequence() 


{ 
var counter = 0; 
var numbers = Extensions.Generate(30, 
() => counter++); 
WriteLineC("counter: {0}", counter); 
var hog = new ResourceHog(); 
var mergeSequence = hog.SequenceGeneratedFromResourceHog( 
(val) => val < counter).ToList(); 
numbers = numbers.Union(mergeSequence); 
return numbers; 
} 


这 个 例子 改 起 来 相当 直接， 因为 代码 并 不 是 特别 复杂 。 如 果 算法 更 复杂 一 些 ， 那 么 其 中 的 普通 资源 与 昂贵 资源 就 不 太 容 易 像 
这 样 能 够 轻易 地 划分 开 了 。 面 对 万 法 中 的 某 些 复杂 算法 ， 你 可 能 要 花 很 大 功夫 才能 理 顺 其 中 的 人 资源， 从 而 令 较为 昂贵 的 那些 资源 
不 再 与 闭 包 中 的 变量 相 绑 定 。 下 面 这 段 代 码 在 闭 包 中 捕获 了 三 个 局 部 变量 : 


private static IEnumerable<int> LeakingClosure(int mod) 


{ 
var filter = new ResourceHogFilter(); 
var source = new CheapNumberGenerator(); 
var results = new CheapNumberGenerator(); 
var importantStatistic = (from num in 
source .GetNumbers(50) 
where filter.PassesFilter(num) 
select num).Average(); 
return from num in results.GetNumbers(100) 
where num > importantStatistic 
select num; 
l 


刚 开 始 ， 你 可 能 认为 这 样 写 没什么 问题 ， 因 为 尽管 在 计算 Importantstatistic 这 项 重要 的 统计 指标 时 用 到 了 较为 昂贵 的 
ResourceHogFilter 资 源 ， 但 importantStatistic 变 量 只 在 LeakingClosure 方 法 中 有 效 ， 退 出 方法 之 后 ， 就 会 变 成 垃圾 。 


然而 事实 上 ， 这 种 写法 并 不 像 你 想 的 这 样 正确 。 


为 什么 这 么 说 ? 这 是 因为 ，C# 编 译 器 会 给 每 一 个 作用 域 (sopce) 内 的 闭 包 都 生成 对 应 的 坐 套 类 ， 用 以 实现 该 闭 包 。 由 于 


最 后 那 条 查询 语句 需要 把 大 于 importantStatistic 指 标的 数字 返回 给 调用 方 ， 因 此 要 用 闭 包 来 捕获 这 项 指标 ， 而 该 指标 的 取 值 又 
需要 根据 filter 来 决定 ， 因 此 ，5C# 和 在 实现 用 来 表示 闭 包 的 那个 误 套 类 时 ， 融 会 把 filter 市 入 其 中 。LeakingClosure () 方法 的 返回 
值 所 属 的 那个 类 型 会 用 到 坐 套 类 的 实例 ， 使 得 这 个 实例 在 方法 结束 之 后 依然 存活 ， 于 是 实例 中 的 filter 资 源 就 会 泄漏 。 很 多 人 通 
单 不 会 专门 留意 这 个 问题 ， 但 如 果 ResourceHogFilter 确 实 是 一 份 相当 昂贵 的 资源 ， 那 么 这 种 写法 残 有 可 能 影响 程序 的 性 能 。 


要 想 解决 这 个 问题 ， 可 以 把 方法 拆 成 两 部 分 ， 使 得 编译 器 分 别针 对 这 两 个 闭 包 来 创建 各 目的 类 : 


private static ITEnumerable<int> NotLeakingClosure(int mod) 


{ 
var importantStatistic = GenerateImportantStatistic(); 
var results = new CheapNumberGenerator() ; 
return from num in results.GetNumbers(100) 
where num > importantStatistic 
select num; 
3 


private static double GenerateImportantStatistic() 


{ 
var filter = new ResourceHogFilter(); 
var source = new CheapNumberGenerator(); 
return (from num in source.GetNumbers(50) 
where filter.PassesFilter(num) 
select num) .Average(); 
} 


有 人 可 能 认为 ， 这 样 做 还 是 会 泄漏 资源 ， 因 为 GeneratelmportantStatistic 里 面 的 那 条 return 语 句 依然 要 用 filter 变 量 所 表示 
的 ResourceHogFilter 资 源 来 执行 查询 操作 。 但 实际 上 是 不 会 泄漏 的 ， 因 为 Average 方 法 会 命令 程序 必须 把 整个 序列 都 求 出 来 ， 
而 不 是 稍 后 再 去 求 值 (参见 本 章 早 前 的 第 40 条 ) ， 于是， 程序 会 在 本 方法 的 范围 内 迭代 这 个 序列 ， 并 将 平均 值 返回 。 由 于 
ResourceHogFilter 对 象 已 经 使 用 完了 ， 因 此 ， 包 含 该 对 象 的 闭 包 就 可 以 在 方法 返回 之 后 立刻 当 作 垃圾 为 系统 所 回收 。 


笔者 之 所 以 要 把 原来 那个 方法 拆 成 两 部 分 来 写 ， 是 因为 合 在 一 起 写 的 话 会 产生 很 多 问题 。 方 法 中 的 那些 lambda 表 达 了 式 从 开 
发 者 的 角度 来 看 是 各 目 独立 的 闭 包 ， 但 是 编译 器 却 会 将 其 当成 同一 个 闭 包 来 处 理 。 有 的 时 候 ， 你 只 会 把 其 中 一 条 表达 式 返 回 给 
法 的 调用 方 ， 并 认为 其 他 那些 表达 式 不 会 与 这 条 表达 式 产 生 拟 万， 但 事实 上 却 并 非 如 此 ， 因 为 编译 器 会 把 同一 个 作用 域内 的 所 有 
闭 包 合 起 来 实现 到 一 个 类 中 ， 因 此 ， 每 个 闭 包 所 使 用 的 数据 都 会 出 现在 这 个 类 里 面 ， 从 而 可 以 为 其 他 闭 包 所 看 网。 考虑 下 面 这 个 
人 简短 的 万 法 : 


public IEnumerable<int> MakeAnotherSequence() 


{ 
var counter = 0; 
var interim = Extensions.Generate(30, 
() => counter++); 
var gen = new Random(); 
var numbers = from n in interim 
select gen.Next() - n; 
return numbers; 
} 


该 方法 包含 两 项 查询 操作 。 第 一 项 操作 会 生成 由 0 至 29 这 三 十 个 整数 所 构成 的 序列 ， 第 二 项 操作 采用 随机 数 生 成 器 
(random number generator) 来 修改 此 序列 。 尽 管 查询 操作 有 两 项 ， 但 C# 编 译 器 却 只 会 用 一 个 private 类 来 实现 它们 ， 这 使 
得 counter 与 gen 会 同时 出 现在 该 类 中 。 于 是 ，MakeAnotherSequence () 的 调用 者 在 访问 该 类 的 实例 时 ， 也 可 以 同时 访问 到 
这 两 个 局 部 变量 。 编 译 器 并 没有 针对 每 一 项 查询 操作 单独 生成 一 个 散 套 类 ， 而 是 采用 同一 个 类 来 囊括 这 两 项 操作 。 本 方法 的 调用 
者 所 获得 的 正 是 这 个 类 的 实例 。 


最 后 还 有 一 个 问题 也 与 闭 包 中 所 执行 的 操作 有 关 (这 个 问题 涉及 多 线程 ) 。 请 看 下 面 这 个 例子 : 


private static void SomeMethod(ref int i) 


{ 
E EEN 
} 
private static void DoSomethingInBackground() 
1 
var 1 = 0; 


var thread = new Thread(delegate () 
{ SomeMethod(ref 1); }); 
thread.Start(); 


程序 把 变量 i 捕获 到 了 闭 包 中 ， 而 且 可 以 在 两 条 线程 里 面 分 别 查 看 它 的 值 。 此 外 还 应 注意 ， 线 程 是 按 引 用 的 方式 来 访问 这 个 
变量 的 。 笔 者 也 很 想 明 确 地 告诉 你 变量 的 值 在 程序 运行 的 时 候 究 葛 会 怎样 变化 ， 然 而 这 是 谁 也 训 不 准 的 ， 因 为 这 两 条 线程 都 可 
以 查看 并 修改 它 ， 全 于 具体 结果 ， 则 要 看 哪 一 条 续 程 运行 得 更 快 一 些 。 总 之，i 的 值 随时 都 有 可 能 为 其 中 某 条 续 程 所 修改 。 


如 果 算 法 使 用 了 一 尝 查 询 表达 了 式 ， 那 么 编译 器 在 编 译 这 个 方法 时 ， 融 会 把 同一 个 作用 域内 的 所 有 表达 陈 合 起 来 纳入 同一 个 闭 
包 中 ， 并 创建 相应 的 类 来 实现 该 二 包 。 这 个 类 的 实例 会 妈 回 给 方法 的 调用 者 。 对 于 迭代 器 万 法 来 遍 ， 这 个 实例 有 可 能 是 实现 了 从 
代 逻 辑 的 那个 对 象 中 的 成 员 。 只 有 当 访 实例 的 使 用 方 全 都 从 系统 中 移 除 之 后 ， 它 才 有 可 能 得 到 回收 ， 这 惑 会 产生 很 多 问题 。 比 方 


说 ， 如 果 编 译 器 把 叶 个 实现 了 IDisposable 的 资源 设置 成 这 个 实例 的 字段 ， 那 残 有 可 能 导致 程序 在 该 资源 已 经 释放 之 后 依然 降 图 
访问 这 项 资源 ， 从 而 友 生 错误 ; 如 果 某 个 字段 所 表示 的 是 一 种 开销 较 大 的 资源 ， 那 束 有 可 能 导致 程序 的 性 能 受到 影响 。 要 想 把 这 
些 间 题 处 理 好 ， 你 必须 首先 明日 : 如 果 程 序 从 万 法 中 返回 的 是 一 个 用 来 实现 闭 包 的 对 象 ， 那 么 与 闭 包 相关 的 那些 变量 束 全 都 会 出 
现在 该 对 象 里 面 。 你 需要 考虑 程序 此 后 是 人 否 真 的 需要 用 到 这 些 变量 。 如 果 不 需 要 使 用 其 中 的 某 些 变量 ， 那 么 束 应 该 调整 代码 ， 令 
其 在 方法 返回 的 时 候 能 够 及 时 得 到 清理 ， 而 不 会 随 着 闭 包 港 漏 到 方法 之 外 。 


第 42 条 : 注意 IEnumerable 与 IJQueryable 形 式 的 数据 源 之 间 的 区 别 


IQueryable<T> 与 IEnumerable<T> 这 两 个 类 型 在 API 签 名 上 面 很 像 ， 而 且 前 者 继承 自 后 者 ， 因 此 ， 有 人 觉得 它们 可 以 互 
换 。 没 错 ， 在 很 多 情况 下 确实 如 此 ， 而 且 这 正 是 API 设 计 者 想 要 的 效果 。 但 若 从 序列 的 角度 来 看 ， 则 这 两 者 并 不 完全 相同 ， 因 为 
它们 的 行为 毕竟 是 有 所 区 别 的 ， 而 且 这 种 区 别 可 能 会 极 大 地 影响 程序 的 性 能 。 比 方 说 ， 下 面 这 两 条 查询 语句 就 很 不 一 样 : 


var g = 
from c in dbContext.Customers 
where c.City == "London" 
select c; 

var finalAnswer = from cing 


orderby c.Name 
select c; 


// Code to iterate the final Answer sequence elided 


var q = 
(from c in dbContext.Customers 
where c.City == "London" 
select c).AsEnumerable(); 
var finalAnswer = from cing 
orderby c.Name 


select c; 


// Code to iterate final Answer elided. 


尽管 它们 返回 的 结果 相同 ， 但 其 工作 方式 却 大 有 不 同 。 第 一 种 写法 及 用 的 是 |Queryable<T> 所 内 置 的 LINQ to SQL 机 制 ， 
而 第 二 种 写法 则 是 把 数据 库 对 象 强制 转 为 IEnumerable 形 式 的 序列 ， 并 把 排序 等 工作 放 在 本 地 完成 。 这 相当 于 是 将 
IQueryable<T> 所 提供 的 LINQ to SQL 机 制 与 惰性 求 值 结合 起 来 。 


等 到 用 户 想 要 珊 历 理 询 结果 的 时 候 ，LINQ to SQL 程 序 库 会 把 相关 的 查询 操作 合 起 来 执行 ， 并 给 出 查询 结果 。 具 体 到 本 例 来 


第 二 种 写法 会 把 经 过 where 子 句 所 过 滤 的 结果 转 成 IEnumerable<T> 型 的 序列 ， 并 采用 LINQ to Objects 机 制 来 完成 后 续 的 


操作 ， 那 些 操作 会 通过 委托 得 以 执行 。 也 就 是 说 ， 它 会 先 同 数据 库 友 出 请 求 ， 把 位 于 伦敦 的 那些 顾客 获取 过 来 ， 然 后 在 获取 到 的 
数据 集 上 面 根据 顾客 的 名 字 来 排序 ， 这 意味 着 排序 操作 其 实 是 在 本 地 而 不 是 在 远 并 执 行 的 。 


你 需要 注意 这 种 区 别 ， 因 为 有 些 功 能 用 IQueryable 实 现 起 来 要 比 用 IEnumerable 快 得 多 。 此 外 ， 你 还 应 该 了 解 |lQueryable 
与 |Enumerable 会 分 别 采 用 怎样 的 方式 来 处 理 查 询 表 达 式 ， 因 为 某 些 写法 只 适用 于 其 中 一 种 环境 ， 而 不 能 在 另 一 种 环境 下 正常 运 
作 。 


由 于 两 者 会 用 不 同 的 类 型 来 表示 处 理 过 程 中 所 涉及 的 数据 ， 因 此 ， 它 们 所 依循 的 其 实 是 两 套 完全 不 同 的 流程 。 无 论 是 用 
lambda 表 达 陈 来 撰写 查询 逻辑 还 是 以 国 数 参数 的 形式 来 表示 这 些 逻 辑 ， 针 对 IEnumerable<T> 所 设计 的 那些 扩展 方法 都 会 将 其 
钢 为 委托 。 反 之 ， 针 对 IQueryable<T> 的 那些 扩展 方法 用 的 则 是 表达 了 式 树 (expression tree) ， 这 种 数据 结构 可 以 把 各 种 逻辑 
合 起 来 构建 成 一 条 查询 操作 。 用 IEnumerable<T> 所 写 的 那个 版 本 必须 在 本 地 执行 ， 系 统 要 把 lambda 表 达 式 编译 到 方法 里 面 ， 
并 在 本 地 计算 机 上 面 运 行 ， 这 意味 着 无 论 有 待 处 理 的 数据 在 不 在 本 地 ， 都 必须 先 获取 过 来 才 行 。 如 果 这 些 数 据 放 在 远 端 ， 那 么 可 
能 要 通过 网 络 传输 大 量 的 信息 ， 而 且 传 输 过 来 之 后 ， 还 得 把 不 需要 的 那些 信息 删 掉 。 


用 IQueryable 实 现 出 来 的 版 本 则 会 解析 表达 式 树 ， 在 解析 的 时 候 ， 系 统 会 把 这 棵 树 所 表示 的 逻辑 转换 成 provider 能 够 操作 
的 格式 ， 并 将 其 放 在 离 数 据 最 近 的 地 万 去 执行 。 这 意味 着 需要 传输 的 数据 会 远 远 少 于 IEnumerable 版 本 ， 而 且 总 体 性 能 也 更 好 。 
然而 ， 在 IQueryable 型 的 序列 上 面 碍 询 是 会 受到 一 些 限 制 的 ， 因 为 并 不 是 所 有 的 操作 都 可 以 出 现在 查询 表达 式 中 ， 只 有 那些 为 
底层 实现 所 支持 的 操作 才 可 以 写 入 表达 式 。 

本 章 早 前 的 第 37 条 说 过 ， 用 来 支持 IQueryable 的 那些 provider 未 必 能 够 解析 每 一 种 查询 方法 ， 因 为 假如 要 保证 每 个 方法 都 
能 得 到 解析 ， 那 融 得 把 用 户 有 可 能 写 出 的 每 一 种 逻辑 全 都 考虑 进来 。 实 际 上 ， 那 些 provider 只 能 解读 某 几 种 固定 的 运算 符 ， 而 且 
有 可 能 只 支持 某 一 套 固定 的 方法 ， 那 些 方法 是 .NET Framework 已 经 实现 好 的 。 如 果 你 要 在 查询 操作 里 面 调用 除 此 之 外 的 其 他 方 
法 ， 那 么 可 能 得 把 序列 当成 IEnumerable 来 查询 (而 不 能 直接 以 IJQueryable 的 形式 查询 ) 。 


private bool isValidProduct( Product p) => 


p.ProductName.LastIndexOf('C') == 0; 
// This works: 
var ql = 


From p in dbContext.Products.AsEnumerableC) 

where isValidProduct(p) 

select p; 
// This throws an exception when you enumerate the collection. 
var q2 = 

from p in dbContext.Products 

where isValidProduct(p) 

select p; 


第 一 种 写法 能 够 正常 运作 ， 因 为 LINQ to Objects 会 以 委托 的 形式 将 这 些 查询 操作 实现 成 方法 调用 。 用 了 
AsEnumerable () 方法 之 后 ， 碍 询 工 作 融 改 须 在 本 地 用 户 所 处 的 环境 中 执行 ， 而 且 where 子 句 内 的 逻辑 也 要 由 LINQ to 
Objects 来 处 理 。 第 二 种 写法 会 抛 出 异常 ， 因 为 LINQ to SQL 是 用 IQueryable<T> 来 实现 查询 的 ， 而 LINQ to SQL 中 包含 的 
IQueryProvider 则 要 把 查询 操作 转译 成 T-3QL， 然 后 ，T-SQL 会 交 由 远 端 的 数据 库 引 警 去 执行 ， 使 得 数据 库 引 警 能 够 在 它 自 己 所 
处 的 环境 中 执行 这 些 SQL 语 句 (参见 本 章 早 前 的 第 38 条 ) 。 这 样 做 的 好 处 是 可 以 在 电脑 之 间 少 传输 一 些 数据 ， 有 了 时 也 可 以 降低 各 
层 之 间 所 需 传输 的 数据 量 (但 缺点 则 是 程序 有 可 能 因为 查询 操作 无 法 转译 而 月 演 ) 。 


如 果 在 性 能 与 健壮 这 两 项 因素 之 间 更 看 重 后 者 ， 那 么 可 以 把 查询 结果 明确 转换 成 IEnumerable<T> ， 这 样 做 的 缺点 是 LINQ 
to SQL5| 擎 必须 把 dbContext.Products 中 的 所 有 内 容 都 从 数据 库 中 获取 过 来 。 此 外 还 要 注意 ， 转 换 成 | Enumerable<T> 之 后 ， 
其 余 的 查询 操作 就 会 放 在 本 地 来 执行 。 由 于 IQueryable<T> 继 承 自 IEnumerable<T> ， 因 此 ， 包 含 这 段 代 码 的 那个 方法 能 够 同 
时 适用 于 这 两 种 类 型 的 序列 。 


这 听 上 去 还 不 错 ， 而 且 写 起 来 也 很 简单 ， 但 这 种 写法 会 迫使 程序 一 律 以 Enumera ble<T> 的 形式 来 处 理 调 用 方 所 传 入 的 序 
列 。 即 便 传 入 的 序列 文 持 IQueryable<T> ， 也 必须 先 把 所 有 数据 都 获取 到 本 进程 所 在 的 地 址 空间 ， 然 后 才能 处 理 并 返回 。 


一 般 情况 下 ， 应 该 把 那些 分 别针 对 各 个 类 型 但 叉 极 为 相似 的 逻辑 纳入 同一 个 方法 中 ， 访 方法 只 需 针对 那个 能 与 其 他 类 型 相 兼 
容 且 最 为 具体 的 类 或 接口 来 编写 即 可 。 然 而 涉及 IEnumerable<T> 与 IQueryable<T> 的 那些 逻辑 却 不 能 像 这 样 来 统合 。 从 表面 
上 看 ， 后 者 继承 自前 者 ， 而 且 它 们 的 功能 又 很 接近 ， 于 是 ， 似 乎 只 需要 针对 IEnumerable<T> 编 写 出 通用 的 版 本 融 可 以 了 。 但 
实际 上 ， 由 于 两 者 的 实现 方式 有 所 区 别 ， 因 此 ， 还 应 该 针对 每 一 种 数据 源 分 别 编写 一 个 版 本 才 对 。 而 且 开 友 者 也 确实 可 以 判断 出 
来 数据 源 究竟 是 只 实现 了 lIEnumerable<T>， 还 是 同时 实现 了 IQueryable<T>。 阁 遇 到 后 一 种 情况 ， 则 应 设法 将 
IQueryable<T> 的 特性 发 挥 出 来 。 


有 时 ， 程 序 可 能 需要 针对 某 种 数据 类 型 T 来 同时 支持 IEnumerable<T> 及 IQuery able<T> 这 两 种 形式 的 查询 操作 : 


public static ITEnumerable<Product> 
ValidProducts(this IlEnumerable<Product> products) => 


from p in products 


where p.ProductName.LastIndexOf('C') == 0 
select p; 


// OK, because string.LastIindexOf() is supported 
// by LINQ to SQL provider 
public static [IQueryable<Product> 
ValidProducts(this IQueryable<Product> products) => 
from p in products 
where p.ProductName.LastIndexOf('C') == 0 
select p; 


这 两 个 方法 之 间 有 很 多 代码 都 是 重复 的 。 为 此 ， 开 发 者 可 以 用 AsQueryable () 把 IEnumerable<T> 试 着 转换 成 
IQueryable<T> ， 以 便 将 这 两 个 万 法 合并 到 一 起 : 


public static ITEnumerable<Product> 
ValidProducts(this IEnumerable<Product> products) => 
from p in products.AsQueryable() 
where p.ProductName.LastIndexOf('C') == 
select p; 


AsQueryable () 会 判断 序列 的 运行 期 类 型 。 如 果 是 IQueryable 型 ， 那 就 把 该 序列 当成 IJQueryable 返 回 。 若 是 
IEnumerable 型 ， 则 会 用 LINQ to Objects 的 逻辑 来 创建 一 个 实现 IJQueryable 的 wrapper (BRR) ， 然 后 将 其 返回 。 尽 管 这 个 


wrapper 和 在 其 内 部 用 的 还 是 IEnumerable 形 式 的 处 理 逻 辑 ， 但 它 却 是 以 IJQueryable 形 式 的 引用 而 出 现 的 。 


使 用 AsQueryable () 来 编写 代码 可 以 同时 顾及 这 两 种 情况 ， 也 就 是 说 ， 无 论 序 列 是 本 身 就 已 经 实现 了 IQueryable， 还 是 
仅仅 实现 了 IEnumerable， 都 能 够 侈 当 数 据 源 。 如 果 是 前 一 种 情况 ， 那 么 代码 惑 可 以 适当 地 运用 IQueryable<T> 中 的 万 法 了 ， 
而 且 还 能 够 广 持 表达 了 式 树 与 远程 执行 等 特性 。 如 果 是 后 一 种 情况 ， 那 么 程序 运行 的 时 候 ， 可 以 切换 到 针对 IEnumerable 的 那 套 逻 
辑 上 面 。 


需要 注意 的 是 ， 现 在 的 这 个 版 本 还 是 调用 了 一 个 方法 ， 也 融 是 string.Lastlindex Of () 万 法 ， 只 不 过 ， 访 方法 恰好 可 以 为 
LINQ to SQL 库 所 解析 ， 因 此 ， 能 够 放 在 LINQ to SQL 查 询 中 。 然 而 由 于 各 provider 的 能 力 不 尽 相同 ， 因 此 ， 无 法 确保 IQuery 
Provider 的 每 一 种 实现 方式 都 能 够 支持 该 方法 。 


|Queryable<T> 与 IlEnumerable<T> 这 两 种 类 型 ， 在 功能 上 似乎 差不多 ， 两 者 之 间 的 区 别 ， 主 要 体现 在 实现 查询 模式 时 ， 
所 用 的 办 法 上 面 。 如 果 要 声明 某 个 变量 ， 用 来 保存 查询 结果 ， 那 么 该 变量 的 类 型 ,一定 要 与 数据 源 相 匹配 ， 由 于 查询 方法 是 静态 
绑 定 的 ， 因 此 ， 只 有 把 变量 的 类 型 写 对 ， 程 序 才 可 以 正常 地 运作 。 


第 43 条 : 用 Single () 及 First () 来 明确 地 验证 你 对 得 询 结 果 所 做 的 假设 


粗略 地 浏览 过 LINQ 库 之 后 ， 你 可 能 锅 得 这 是 专门 给 得 询 序 列 的 人 设计 的 ， 但 实际 上 ， 其 中 菏 毕 方法 所 返回 的 并 不 是 一 系列 
元 素 ， 而 是 单独 的 某 一 个 元 素 。 这 些 方法 各 有 各 的 作用 ， 如 果 你 要 对 查询 结果 做 出 一 些 假设 ,例如 认定 其 中 必定 只 包含 一 个 元 
素 ， 那 么 可 以 通过 这 样 的 万 法 来 验证 这 些 假设 。 


Single () 方法 只 会 在 有 且 仅 有 一 个 元 素 合 乎 要 求 时 把 该 元 素 返 回 给 调用 万 ， 如 果 没 有 这 样 的 元 素 ， 或 是 有 很 多 个 这 样 的 元 
素 ， 那 么 它 残 抛 出 异 单 。 这 是 个 相当 强硬 的 表述 方式 ， 然 而 有 的 时 候 ， 你 可 能 融 是 要 尽早 了 解 实际 的 查询 结果 与 目 己 所 想 的 是 否 
相符 。 如 果 你 要 确保 查询 结果 里 面 有 且 仪 有 一 个 元 素 ， 那 么 就 应 该 使 用 Single () 来 表达 这 个 意思 ， 因 为 这 样 做 是 很 清晰 的 。 从 
方法 的 名 称 Single 一 词 上 面 可 以 看 出 ， 碍 询 结果 里 面 只 应 该 包含 一 个 元 素 才 对 。 当 然 ， 在 得 询 结果 与 预期 不 待 的 情况 下 ， 即 便 不 


写 这 个 Single () 方法 ， 程 序 稍 后 也 还 是 有 可 能 暴露 出 这 个 问题 ， 然 而 Single () 方法 可 以 令 问 题 暴 露 得 更 早 ， 而 且 不 会 使 数据 
遭 到 破坏 ， 这 有 助 于 开发 者 迅速 排 但 并 修复 该 问题 。 此 外 ， 还 可 以 迫使 程序 立刻 融 停 下 来 ， 而 不 用 等 到 数据 已 经 损坏 之 后 才 友 生 


朗 汗 。 只 要 得 询 结果 中 的 元 素数 量 与 目 己 预期 的 不 竺 ， 程 序 残 会 因为 Single () 方法 抛 出 异常 而 立刻 失败 。 


var somePeople = new List<Person>{ 
new Person { FirstName = "Bill", LastName = "Gates"}, 
new Person { FirstName = "Bill", LastName = "Wagner"}, 
new Person { FirstName = "Bill", LastName = "Johnson" }}; 


// Will throw an exception because more than one 
// element is in the sequence 
var answer = (from p in somePeople 

where p.FirstName == "Bill" 


select p).Single(); 


该 方法 与 早 前 提 到 的 很 多 查询 万 法 不 同 ， (如 果 查 不 到 元 素 ， 或 是 能 够 查 到 的 元 素 不 只 一 个 ， 那 么 ) 它 会 在 你 真正 需要 用 到 
查询 结果 之 前 束 抛 出 异 弟 ， 因 为 它 是 立刻 去 判断 查询 结果 的 (而 不 是 等 到 稍 后 再 去 判断 ) 。 只 有 当 结 果 中 有 且 仪 有 一 个 元 素 时 ， 


化 才 会 把 该 元 素 返 回 给 调用 万 。 下 面 这 条 查询 命令 同样 会 抛 出 异常 ， 只 是 错误 信息 与 早 前 不 同 而 已 (这 次 出 错 是 因为 没有 查 到 任 
何 元 素 ， 而 不 是 像 早 前 那样 因为 查 到 了 很 多 元 素 ) : 


var answer = (from p in somePeople 
where p.FirstName == "Larry" 


select p).Single(); 


由 这 段 代 人 码 的 写法 可 以 看 出 ， 开 上 友 者 希望 能 够 查 到 一 位 名 叫 Larry 的 人 。 然 而 程序 在 实际 运行 的 时 候 却 查 不 到 叫 这 个 名 字 的 
A, (Alt, Single () 方法 抛 出 Invalid OperationException。 


如 果 你 想 表 达 的 意思 是 要 么 查 不 到 任何 元 素 ， 要 么 只 能 查 到 一 个 元 素 ， 那 么 可 以 用 SingleOrDefault () 来 验证 ， 然 而 要 注 
意 ， 如 果 查 到 的 元 素 不 只 一 个 ， 那 么 该 方法 也 会 像 Single () 那样 抛 出 异常 。 这 两 个 方法 都 可 以 保证 查询 表达 式 所 返回 的 结果 绝 
对 不 会 超过 1 个 : 


var answer = (from p in somePeople 
where p.FirstName == "Larry" 


select p).SingleOrDefault(); 


如 果 没 有 查 到 结果 ， 那 么 上 述 语句 就 返回 null， 因 为 对 于 引用 类 型 来 说 ， 其 默认 值 (default value) 正 是 null。 


当然 ， 有 的 时 候 ， 你 并 不 在 乎 查 到 的 元 素 是 不 是 有 很 多 ， 而 只 是 想 取 出 这 样 的 一 个 元 素 而 已 ， 这 种 情况 下 ， 可 以 考虑 用 
First () 或 FirstOrDefault () 方法 来 表达 这 个 意思 。 它 们 都 可 以 把 查 到 的 第 一 个 元 素 取 出 来 ， 如 果 碍 不 到 任何 元 素 ， 那 么 
FirstOrDefault () 会 返回 默认 值 (而 First () 万 法 则 会 抛 出 异常 ) 。 下 面 这 两 种 写法 都 可 以 得 出 进 球 最 多 的 前 锋 ， 但 如 果 待 得 
的 这 些 前 锋 均 未 进 球 ， 那 么 第 一 种 写法 会 返回 null (第 二 种 写法 会 抛 出 异常 ) : 


// Works. Returns null 

var answer = (from p in Forwards 
where p.GoalsScored > 0 
orderby p.GoalsScored descending 
select p).FirstOrDefault(); 


// throws an exception if there are no values in the sequence: 
var answer2 = (from p in Forwards 

where p.GoalsScored > 0 

orderby p.GoalsScored descending 


select p).First(); 


当然 ， 你 想 找 的 那个 元 素 示 必 忆 是 序列 中 的 第 一 个 元 素 ， 此 时 可 以 通过 好 几 种 办 法 来 解决 。 比 方 说 ， 可 以 重新 安排 元 素 顺 
序 ， 使 得 你 想 找 的 那个 元 素 恰好 出 现在 序列 开头 ， 也 可 以 按照 另外 一 种 顺序 ， 把 你 想 找 的 那个 元 素 排 在 最 后 ， 并 通过 Last () 万 
法 来 获取 ， 然 而 那样 做 可 能 要 多 化 一 些 时 间 。 


如 果 你 知道 目 己 要 找 的 元 素 会 出 现在 什么 位 置 上 面 ， 那 么 ， 可 以 先 通 过 skip 跳 转 到 该 位 置 ， 然 后 再 用 First 获 取 它 。 比 方 这， 


下 面 这 种 写法 可 以 找到 进 球 数 第 三 多 的 那 名 前 锋 : 


var answer = (from p in Forwards 
where p.GoalsScored > 0 
orderby p.GoalsScored descending 
select p).Skip(2).First(); 


笔者 用 First () 而 不 用 Take () ， 这 是 为 了 强调 目 己 想 要 获取 的 是 元 素 本 身 ， 而 不 是 仪 包 含 该 元 素 的 某 个 序 询 。 另 外 请 注 
意 ， 由 于 用 的 是 First () 而 非 FirstOrDefault () ， 因 此 ， 系 统 会 认为 ， 已 经 进 过 球 的 前 锋 至 少 有 三 名 (各 不 满足 这 一 条 件 ， 则 
ZWERF) 。 


当 你 友 现 自己 要 像 上 面 这 样 专门 寻找 某 个 位 置 中 的 元 素 时 ， 殊 应 该 停 下 来 想 一 想 ， 能 不 能 改 用 更 好 的 办 法 实现 。 比 万 说， 有 
没有 其 他 一 些 指标 可 以 把 要 找 的 这 个 元 素 排 在 首位 ? 或 者 能 不 能 检查 一 下 该 序列 是 否 支持 |List<T>? 如 果 支 持 ， 那 么 可 以 考虑 通 
过 下 标 来 获取 元 素 。 此 外 ， 还 可 以 调整 算法 ， 令 其 恰好 能 把 这 个 元 素 筛选 出 来 。 这 些 做 法 都 有 可 能 令 代码 变 得 更 加 清晰 。 


有 许多 查询 操作 其 实 就 是 为 了 查找 某 个 纯 量 值 而 写 的 。 如 果 你 要 找 的 正 是 这 样 的 一 个 值 ， 那 么 最 好 能 够 设法 直接 查 出 该 值 ， 
而 不 要 返回 一 个 仪 售 该 值 的 序列 。 如 果 你 认为 数据 里 面 必 然 要 有 这 样 的 值 ， 而 且 只 会 有 一 个 ， 那 么 可 以 通过 Single () 方法 来 表 
达 这 个 意思 。 如 果 你 认为 这 样 的 值 要 么 根本 没有 ， 要 么 仪 有 一 个 ， 但 绝 不 会 多 于 一 个 ， 那 么 可 以 通过 SingleOrDefault () 方法 
来 表述 。First 与 Last 方 法 意味 着 相关 的 序列 里 面 至 少 会 有 一 个 元 素 ， 而 用 户 想 找 的 就 是 位 于 开头 或 未 尾 的 那个 元 素 。 除 了 这 些 方 
法 之 外 ， 尽 量 不 要 用 别 的 方法 来 获取 查询 结果 中 的 特定 元 素 ， 而 是 应 该 考虑 通过 更 好 的 写法 来 寻找 那个 元 泰 ， 使 得 其 他 开 友 者 与 
代码 维护 者 能 够 更 为 清晰 地 理解 你 想 找 的 究竟 是 什么 。 


第 44 条 : 不 要 修改 绑 定 变量 


下 面 这 一 小 段 代 码 可 以 告诉 你 : 如 果 把 变量 捕获 到 闭 包 之 后 又 在 闭 包 外 面 修改 了 该 变量 ， 那 么 会 出 现 什 么 结果 。 


var index = 0; 
Func<IlEnumerable<int>> sequence = 


() => Utilities.Generate(30, () => index++); 


index = 20; 

foreach (int n in sequence()) 
WriteLine(n); 

WriteLine("Done") ; 

index = 100; 

foreach (var n in sequence()) 


WriteLine(n); 


这 段 代 码 首先 打印 20 至 49 之 间 的 三 十 个 整数 ， 然 后 又 打印 100 至 129 之 间 的 三 十 个 整数 。 这 可 能 和 你 想 的 不 一 样 (你 本 来 以 
为 它 会 把 0 至 29 之 间 的 这 三 十 个 数 打 印 两 遍 ) 。 接 下 来 ， 笔 者 束 要 讲解 C# 编 译 器 是 怎样 处 理 这 段 代码 的 ， 从 而 令 大 家 明日 程序 为 
什么 会 出 现 这 样 的 结果 。 这 种 效果 有 时 是 合理 的 ， 笔 者 将 会 告诉 大 家 怎样 才能 善 用 该 机 制 |。 


C# 编 译 器 需要 通过 大 量 的 工作 把 吾 询 表达 了 式 转 换 成 可 供 执行 的 代码 。 尽 管 C 芒 吾 言 添加 了 很 多 新 的 特性 ， 但 这 些 新 的 写法 依 


然 要 编译 成 几 的 形式 ， 而 这 些 | 由 则 与 2.0 啤 的 .NET CLR 相 兼容 。 查 询 表达 式 是 由 新 的 程序 集 (assembly) 来 支持 的 ， 但 这 并 不 涉 
及 新 的 CLR 特 性 ，C# 编 译 器 还 是 会 把 这 些 查 询 命 令 与 lambda 表 达 式 转换 成 静态 委托 、 实 例 委托 或 闭 包 ， 至 于 具体 转换 成 何 种 形 
式 ， 则 要 看 lambda 里 面 用 到 了 哪些 数据 ， 也 就 是 要 根据 lambda 的 内 容 来 确定 。 这 听 起 来 好 像 只 是 C# 语 言 本身 的 细节 问题 ,但 
尼 对 编程 工作 却 会 产生 很 大 影响 ， 因 为 如 果 编 译 器 把 表达 式 转 化 成 了 另 一 种 形式 ， 那 么 程序 的 行为 可 能 会 友 生 微 妙 的 变化 。 


并 不 是 每 一 条 lambda 表 达 式 都 会 转化 成 同一 种 形式 的 代码 ， 而 是 要 依照 lambda 表 达 式 的 写法 来 是。 下面 这 种 写法 是 最 为 


简单 的 ， 编 译 器 会 把 这 样 的 lambda 转 化 为 静态 的 委托 : 


int[] someNumbers = { 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10 }; 
var answers = from n in someNumbers 


select n * n; 


编译 器 会 定义 静态 的 委托 ， 用 以 实现 select n*n 这 样 的 lambda 表 达 式 。 它 所 生成 代码 看 起 来 束 像 下 面 这 样 : 


private static int HiddenFunc(int n) => (n * n); 


private static Func<int, int> HiddenDelegateDefinition; 


// usage: 
int[] someNumbers = new int[] { 0, 1, 2, 3, 4, 5, 
Os #7, 8; 9 10 + 
if (CHiddenDelegateDefinition == null) 
{ 
HiddenDelegateDefinition = new 
Func<int, int>(CHiddenFunc); 
} 
var answers = someNumbers 


.Select<int, int>(CHiddenDelegateDefinition) ; 


本 例 中 的 lambda 表 达 陈 只 会 访问 其 参数 ， 而 不 访问 实例 变量 或 局 部 变量 ， 因 此 ，C# 久 译 器 只 需 创建 静态 万 法 ， 并 将 其 设 为 


委托 的 目标 即 可 。 这 是 最 为 简单 的 做 ) 去 。 如 果 表 达 式 可 以 实现 成 private 静 人 态 方法 ， 那 么 编译 器 就 生成 这 样 的 方法 ， 并 把 与 之 相 
应 的 委托 定义 出 来 。 此 外 ， 对 于 那些 只 访问 类 中 静态 变量 的 写法 来 说 ， 编 译 器 也 会 像 处 理 本 例 中 的 这 种 lambda 表 达 式 一 样 ， 将 
其 转换 成 private 静 态 方法 。 


本 例 所 举 的 这 条 lambda 表 达 式 其 实 束 相 当 于 封 濠 在 委托 中 的 方法 调用 ， 这 是 最 为 简单 的 一 种 情况 。 稍 微 复 杂 一 挟 的 情况 


Æ: lambda 表 达 式 里 面 用 到 了 实例 变量 ,但 是 没有 用 到 局 部 变量 : 


public class ModFilter 
{ 


private readonly int modulus; 


public ModFilter(Cint mod) 
if 


modulus = mod; 


public IEnumerable<int> FindValues( 


TEnumerable<int> sequence) 


return from n in sequence 
where n % modulus == 0 // New expression 
select n * n; // previous example 


编译 器 会 创建 实例 方法 来 表示 范例 代码 中 新 出 现 的 那 条 where 子 句 ， 并 新 建 一 个 以 该 实例 方法 为 目标 的 委托 。 这 与 前 一 种 情 
况 在 原理 上 其 实 是 一 样 的 ， 只 不 过 这 次 为 了 读 取 并 修改 对 象 的 状态 ， 必 须 创建 实例 方法 ， 而 不 是 静态 方法 。 如 果 用 大 家 比较 熟悉 
的 形式 来 写 ， 那 么 编译 器 所 生成 的 代码 束 是 下 面 这 个 样子 ， 其 中 用 到 了 两 种 写法 : 一 种 是 先 定 义 委托 ， 然 后 为 其 指定 目标 方法 ， 
男 一 种 是 在 创建 委托 的 同时 ， 为 其 直接 指定 目标 方法 。 


// Equivalent pre-LINQ version 
public class ModFilter 
{ 


private readonly int modulus; 


// New method 
private bool WhereClause(int n) => 
(n % this.modulus) == 0); 


// original method 
private static int SelectClause(int n) => 


(n * n); 


// original delegate 


private static Func<int, int> SelectDelegate; 


public ITEnumerable<int> FindValues( 


TEnumerable<int> sequence) 


if (SelectDelegate == null) 
{ 


SelectDelegate = new Func<int, int>(SelectClause) ; 
} 
return sequence.Where<int>( 
new Func<int, bool>(this.WhereClause)). 
Select<int, int>(SelectDelegate) ; 
} 
// Other methods elided. 


只 要 lambda 表 达 陈 的 代码 访问 了 对 和 象 实例 中 的 变量 ， 编 译 器 融会 针对 该 对 象 生成 实例 方法 ， 用 以 表示 这 条 表达 了 式 。 这 里 边 


并 没有 特别 值得 一 提 的 地 方 ， 因 为 程序 还 是 会 像 调 用 普通 的 万 法 时 那样 来 调用 这 种 由 编译 器 所 生成 的 方法 ， 只 不 过 开 妈 者 可 以 比 
原来 少 打 几 个 字 而 已 。 


如 果 lambda 表 达 式 还 要 访问 局 部 变量 或 方法 参数 ， 那 么 编译 器 要 做 的 工作 残 比较 多 了 。 面 对 这 样 的 十 包 ， 编 译 器 必须 生成 
private 级 别 的 馈 套 类 用 以 实现 此 | 闵 包 ， 并 在 其 中 用 委托 来 实现 那 条 lambda 表 达 式 ， 而 且 必 须 把 表达 式 用 到 的 局 部 变量 传 给 这 个 
委托 。 此 外 还 要 保证 : 如 果 lambda 表 达 式 修改 了 局 部 变量 ， 那 么 外 围 作用 域 也 必须 能 够 看 到 修改 之 后 的 值 。Anders 
Hejlsberg, Mads Torgersen, Scott Wiltamuth 及 Peter Golde 所 闭 《The C#Programming Language, Third Edition) 一 
书 [ (Microsoft Corporation, 2009) 的 $7.14.4.1 节 讲述 了 这 个 话题 ， 你 也 可 参阅 此 书后 续 版 本 的 相关 章节 。 当 然 ， 可 能 有 不 
只 一 个 变量 同时 为 闭 包 内 及 闭 包 外 的 代码 所 使 用 ， 而 且 涉 及 的 查询 表达 式 可 能 也 不 只 一 条 。 


笔者 稍微 修改 一 下 早 前 的 那个 例子 ， 令 lambda 表 达 式 访问 FindValues 方 法 中 的 局 部 变量 


public class ModFilter 
{ 


private readonly int modulus; 


public ModFilter(Cint mod) 
{ 


modulus = mod; 


public ITEnumerable<int> FindValues( 


TEnumerable<int> sequence) 


1 
int numValues = QO; 
return from n in sequence 
where n % modulus == 0 // New expression 
// Select clause accesses local variable: 
select n * n / ++numValues; 
i; 


// other methods elided 


修改 之 后 的 select 子 句 要 访问 numValues 这 个 局 部 变量 ， 而 为 了 实现 该 闭 包 以 及 其 中 的 逻辑 


这 个 类 的 代码 相当 于 下 面 这 个 样子 : 


// Pre-LINQ version of a simple closure 


public class ModFilter 


{ 


private sealed class Closure 
{ 
public ModFilter outer; 


public int numValues; 


public int SelectClause(int n) => 


(Cn * n) / +4+this.numValues); 


private readonly int modulus; 


public ModFilter(Cint mod) 
{ 


this.modulus = mod; 


private bool WhereClause(int n) => 
((n % this.modulus) == 0); 


public IEnumerable<int> FindValues 


(LTEnumerable<int> sequence) 


var c = new Closure(); 
¢c.ouLer = this: 
c.numValues = 0; 


return sequence.Where<int> 


， 编 译 器 必须 创建 同 套 类 才 行 。 


(new Func<int, bool>(this.WhereClause)) 


.Select<int, int>( 


new Func<int, int>(c.SelectClause)); 


Fan CEANIX MRE RS IClambdaRiAT AT ABE MAS TS ASR, MARSA aa S HALE 
BetAnhzARES PSR KeBKaUT A -Naabee kin, lambda RARER SAREA APACS IAA 
ASC ERER PTZ SAW MATHER, AAT EAN SSS ERE PATIL. 


如 果 lambda 表 达 陈 用 到 了 外 围 方法 所 声明 的 参数 ， 那 么 编译 器 也 会 像 对 待 局 部 变量 那样 来 处 理 这 种 用 法 ， 也 融 是 会 在 实现 
闭 包 的 那个 内 部 类 中 创建 与 该 参数 相对 应 的 字段 ， 并 把 参数 拷贝 过 去 。 

现在 重新 思考 本 条 最 开头 所 举 的 那个 例子 ， 这 次 你 束 能 明日 程序 为 什么 会 表现 得 如 此 奇怪 了 。 这 是 因为 它 把 index 变 量 放 入 
闭 包 之 后 ， 还 没 等 查询 命令 执行 完毕 ， 丈 率先 修改 了 变量 的 值 ， 这 相当 于 改变 了 用 来 实现 闭 包 的 那个 内 部 结构 ， 因 此 ， 程 序 束 无 
法 使 用 最 开始 所 设 定 的 变量 值 了 ， 它 只 能 根据 修改 后 的 值 来 运行 。 

把 延 后 执行 机 制 与 编译 器 实现 闭 包 的 方式 等 因素 考虑 进来 ， 你 束 会 友 现 : 如 果 在 定义 查询 表达 式 的 时 候 用 到 了 某 个 局 部 变 
量 ， 而 在 执行 之 前 又 修改 了 它 的 值 ， 那 么 程序 就 有 可 能 出 现 奇 怪 的 错误 ， 因 此 ， 捕 获 到 | 闭 包 中 的 那些 变量 最 好 不 要 去 修改 。 


[1] 中 文 名 《C# 程 序 设计 语言 》。 


译 者 注 


poe ”合理 地 运用 异常 


程序 总 是 会 出 错 的 ， 因 为 即便 开 友 者 做 得 再 仔细 ， 也 还 是 会 有 预料 不 到 的 情况 友 生 。.NET Framework 内 置 的 那些 方法 要 么 
顺利 地 执行 完毕 ， 要 么 抛 出 异 第 ， 以 表示 目 己 无 法 完成 工作 。 如 果 开 上 友 程 序 库 与 应 用 程序 的 人 也 能 按照 这 样 的 风格 来 编程 ， 那 么 
用 尸 束 可 以 像 调用 系统 内 置 的 方法 那样 顺畅 地 使 用 这 些 程序 了 。 令 代码 在 友 生 异 常 时 依然 能 够 保持 稳定 是 每 一 位 C# 程 序 员 所 应 
掌握 的 关键 拉 能 。 


调用 其 他 人 所 写 的 万 法 时 ， 应 该 注意 那些 万 法 有 可 能 抛 出 异常 ， 因 此 ， 你 必须 保证 目 己 所 写 的 程序 在 调用 这 种 万 法 时 能 够 表 
现 出 较为 明确 的 运行 效果 。 


当然 ， 你 写 的 程序 也 可 以 直接 抛 出 异常 。 正 如 .NET Framework Design Guidelines 所 建议 的 那样 ， 如 果 方 法 不 能 完成 调用 
者 所 请 求 的 操作 ， 那 就 可 以 考虑 抛 出 异常 。 此 时 必须 提供 各 种 信息 ， 使 得 调用 者 能 够 据 此 诊断 问题 。 这 些 信 息 有 时 还 可 以 令 他 们 
进一步 找到 程序 出 错 的 根源 ， 进 而 修复 该 问题 。 此 外 ， 你 还 必须 保证 ， 如 果 应 用 程序 能 够 从 错误 中 恢复 ， 那 么 必须 处 在 某 种 已 知 
的 状态 。 


本 草 中 的 各 条 会 讲解 怎样 通过 异常 来 清晰 而 精准 地 表达 程序 在 运行 中 所 友 生 的 错误 ， 而 且 还 会 告诉 大 家 怎样 管理 程序 的 状态 
才能 令 其 更 容易 地 从 错误 中 恢复 。 


第 45 条 : SIME AAI eles SU as 


如 果 方 法 不 能 够 完成 其 所 宣称 的 操作 ， 那 么 束 应 该 通过 异常 来 指出 这 个 错误 。 如 果 改 用 错误 码 (error code) 来 实现 ， 那 么 
这 些 代码 很 容易 为 调用 方 所 忽视 。 反 之 ， 如 果 调 用 方 专门 用 一 些 逻 辑 来 检测 这 些 代码 ， 并 把 它们 传播 出 去 ， 那 么 这 些 逻 辑 双 会 干 
扰 到 程序 的 核心 逻辑 。 (因此 ， 用 异常 来 表示 程序 在 运行 过 程 中 所 直到 的 状况 要 比 用 错误 码 更 好 。) 然而 正常 的 控制 流 却 不 应 该 
通过 异常 来 实现 。 你 必须 提供 其 他 一 些 public 广 法， 使 得 调用 程序 库 的 人 能 够 尽量 通过 普通 的 方法 来 控制 程序 的 流程 (而 不 必 末 
用 异 单 去 强行 改变 程序 的 运行 路 径 ) 。 在 运行 的 时 候 抛 出 异常 会 产生 较 大 的 开销 ， 而 且 要 想 编 写 出 正确 应 对 异常 的 代码 也 较为 困 
难 。 你 应 该 给 开 友 者 提供 一 些 API， 令 其 能 够 由 此 来 测试 相关 的 条 件 ， 而 不 必 人 在 程序 中 写 满 try/catch 结 构 。 


与 及 用 错误 码 相 比 ， 通 过 异常 来 报告 错误 是 更 加 恰当 的 做 法， 因为 这 样 做 有 很 多 好 处 。 错 误 码 是 万 法 签名 的 一 部 分 ， 经 常会 
用 来 传达 一 些 与 错误 无 关 的 信息 ， 比 方 说 ， 可 能 会 用 来 表示 某 种 计算 结果 ， 而 异常 则 不 然 ， 异 剃 是 专门 用 来 报告 错误 的 。 由 于 异 
单 本 身 也 是 类 ， 因 此 ， 你 可 以 从 其 中 派生 目 己 的 异 单 类 型 ， 从 而 表达 出 较为 丰富 的 错误 信息 。 


首 误 码 必 须 由 调用 该 方法 的 人 来 处 理 ， 而 异常 则 可 以 沿 着 调用 栈 向 上 传播 ， 直 至 到 达 合 适 的 catch 子 句 。 这 使 得 开 友 者 能 够 
把 抛 出 异常 所 用 的 逻辑 与 处 理 该 异常 的 远 辑 分 开 ， 而 且 两 者 之 间 甚 至 可 以 隔 荐 好 几 层 。 由 于 异常 类 要 比 错误 码 更 加 完备 ， 因 此 ， 
这 种 划分 并 不 会 令 销 误 信息 在 处 理 过 程 中 到 失 。 


此 外 还 有 一 个 好 处 ， 束 是 异常 不 会 轻易 为 人 所 忽视 。 如 果 没 有 适当 的 catch 子 句 能 够 处 理 异常 ， 那 么 应 用 程序 就 会 (明确 
地 ) 终止 ， 而 不 会 悄 无 声息 地 继续 运行 下 去 ， 以 防 数据 受 损 。 


如 果菜 万 法 与 其 调用 者 之 间 的 约定 无 法 得 到 遵守 ， 那 么 该 方法 残 应 抛 出 异 单 ， 但 这 并 不 是 况 只 要 遇 到 调用 者 不 满意 的 情况 吏 
一 定 得 抛 出 异常 。 以 File.Exists () 方法 为 例 ， 如 果 待 查 的 文件 仔 在 ， 那 么 返回 true， 如 果 不 仔 任 ， 那 么 返回 false。 与 之 相 
对 ，File.Open () 则 会 在 签 开 启 的 文件 不 存在 时 抛 出 异常 。 之 所 以 有 这 种 区 别 ， 其 原因 是 ， 对 于 File.Exists () 来 说 ， 无 论文 件 
是 否 存 企 ， 其 与 调用 者 之 间 的 约定 都 能 够 得 到 遵守 ， 因 此 ， 即 便 文 件 不 存在 ,该 万 法 也 依然 能 顺利 执行 。 相 反 ，File.Open () 
方法 只 有 在 文件 确实 存在 、 当 前 用 户 确 实 有 权 读 取 以 及 当前 进程 确实 有 权 打 开 并 阅读 这 份 文 件 的 情况 下 才 可 以 顺利 执行 ， 因 此 ， 
如 果 这 些 条 件 得 不 人 到) 满足， 那么 方法 束 不 能 继续 执行 ， 进 而 导致 程序 无 法 继续 运作 。 而 File.Exists () 所 在 乎 的 并 不 是 这 些 条 
件 ， 只 要 它 能 够 告诉 调用 者 该 文件 是 不 是 存在 就 可 以 算 作 顺利 执行 完毕 了 ， 因 为 它 已 经 提供 了 调用 者 想 要 的 信息 ， 人 至 于 这 个 答案 
是 否 令 调用 者 满意 则 与 其 无 天 。 


给 万 法 起 名 时 ， 尤 其 应 该 把 这 种 区 别 体 现 出 来 。 如 果 万 法 的 功能 是 执行 某 种 操作 ， 那 么 必须 在 方法 名 上 面 清晰 地 表示 出 该 方 
法 就 是 用 来 执行 这 项 操作 的 ， 反 之 ， 若 是 先 测试 一 下 某 操作 能 不 能 执行 需 得 到 确认 之 后 骨 去 执行 ， 那 么 应 该 把 测试 的 意思 体现 出 
来 。 这 些 测试 万 法 使 得 用 户 尽 量 通 过 正常 的 手段 去 控制 程序 的 走向 ， 而 不 必 求 助 于 异常 。 由 于 处 理 异 弟 的 时 间 要 比 调 用 普通 的 方 
法 更 久 ， 因 此 ， 你 应 该 在 目 己 所 写 的 类 里 面 提 供 这 样 的 万 法 ， 令 用 户 可 以 在 真正 执行 操作 之 前 先 测 试 一 下 该 操作 是 否 能 执行 。 这 
其 实 是 一 种 防护 措施 ， 可 以 令 程序 更 加 稳健 ， 也 融 是 可 以 尽量 不 去 执行 那些 将 会 失败 的 操作 。 当 然 ， 如 果 用 户 不 打算 先 做 测试 ， 
而 是 要 直接 执行 操作 ， 那 么 ， 访 操作 还 是 会 与 原来 一 样 ， 在 无 法 顺利 执行 的 时 候 抛 出 异 单 。 


如 果 用 来 执行 某 项 操作 的 方法 有 可 能 抛 出 异 弟 ， 那 么 融 应 该 同时 提供 与 之 相应 的 测试 方法， 以 判断 此 操作 能 个 顺利 执行 。 在 
编写 实现 代码 时 ， 可 以 调用 测试 万 法 来 检查 执行 该 操作 所 需 的 先决 条 件 是 否 得 到 了 满足 ， 右 未 满足 ， 则 抛 出 异 单 。 


例如 下 面 这 个 worker class (工作 类 ) 会 在 某 些 widget ( 饰 件 ) 未 能 束 位 的 情况 下 抛 出 异常 。 如 果 你 编写 API 时 只 提供 了 
worker method (工作 方法 ) ， 而 没有 提供 对 应 的 方法 来 判断 worker method 能 否 顺 利 执行 ， 那 么 该 类 的 用 户 可 能 会 写 出 这 样 
的 代码 : 


// Don't promote this: 
DoesWorkThatMightFail worker = new DoesWorkThatMightFail(); 


try 
{ 

worker .DoWork(); 
} 
catch (WorkerException e) 
{ 

ReportErrorTouUser( 

"Test Conditions Failed. Please check widgets"); 

} 


反之 ， 如 果 你 能 够 提供 与 poWork () 对 应 的 测试 方法 ， 那 么 用 尸 束 无 须 像 刚 才 那 样 写 了 ， 而 是 可 以 在 执行 任务 之 前 先 明确 
地 判断 该 任 务 能 否 执 行 : 


public class DoesWorkThatMightFail 


i 
public bool TryDoWork() 
{ 
if (!TestConditions()) 
return false; 
Work(); // may throw on failures, but unlikely 
return true; 
} 
// Called only when failure means a catastrophic 
// problem. 
public void DoWork() 
{ 
Work(); // will throw on failures. 
} 
private bool TestConditions() 
{ 
// body elided 
// Test conditions here 
return true; 
} 
private void Work() 
{ 
// elided 
// Do the work here 
Í 
} 


这 种 写法 总 共 需 要 编写 四 个 方法 ， 其 中 两 个 是 Public 方 法 ， 另 外 两 个 是 Private 方法 。TryDoWork () 万 法 会 验证 调用 者 所 
传 入 的 参数 是 否 有 效 ， 并 判断 对 象 的 内 部 状态 是 否 足 以 完成 当前 这 项 操作 。 其 后 ， 它 会 调用 Work () 方法 来 执行 真正 的 操作 。 
与 之 相对 ，DoWeork () 方法 则 是 直接 调用 Work () 方法 ， 而 并 不 提前 判断 Work () 能 否 顺 利 执行 。.NET 经 常会 像 这 样 同 时 
提供 尝试 执行 与 直接 执行 这 两 个 版 本 ， 这 是 因为 抛 出 异常 很 有 可 能 会 影响 程序 的 性 能 ， 因 此 ， 要 给 开 友 者 提供 一 套 机 制 ， 令 其 能 
够 在 执行 相关 方法 之 前 先 判 断 该 方法 能 否 顺 利 执行 ， 从 而 避免 由 异常 所 引 友 的 开销 。 


有 了 这 样 的 万 法 之 后 ， 如 果 用 尸 想 在 执行 操作 之 前 先 判断 一 下 该 操作 能 否 执 行 ， 那 么 束 可 以 改 用 更 加 清晰 的 写法 来 表达 这 个 
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if (€!worker.TryDoWorkC() ) 
{ 


ReportErrorloUser 


("Test Conditions Failed. Please check widgets"); 


在 实际 工作 中 ， 要 想 判断 先决 条 件 是 人 否 得 到 满足 可 能 要 检查 很 多 内 容 ， 例 如 参数 及 内 部 状态 等 。 如 果 你 写 的 worker 类 需 
从 不 受信 任 的 数据 源 中 接收 信息 ， 那 么 通常 可 以 考虑 做 这 样 的 检查 ， 例 如 要 接收 用 尸 所 输入 的 内 容 、 要 接收 文件 中 的 内 容 ， 或 是 
要 接收 由 未 知 的 代码 所 传 来 的 参数 等 。 对 开发 应 用 程序 的 人 来 说 ， 如 果 这 些 信息 无 法 用 于 执行 该 操作 ， 那 么 他 们 通常 可 以 按照 某 
套 预 定义 的 流程 把 程序 恢复 到 正常 状态 ， 因 为 这 些 状况 在 实际 的 运行 过 程 中 是 相当 常见 的 。 你 所 要 做 的 是 提供 一 套 机 制 ， 使 得 开 
发 者 能 通过 正 弟 的 方法 来 控制 程序 的 流程 ， 而 不 必 求 助 于 异常 。 当 然 ， 这 种 写法 并 不 保证 Work () 方法 绝 不 抛 出 任何 异常 ， 
为 有 的 时 候 ， 即 便 参 数 都 对 ， 它 也 依然 会 因为 某 些 无 法 预料 的 原因 而 失败 ， 因 此 ， 束 算 用 户 是 通过 TryDoWork () 来 执行 操 


作 ， 也 还 是 会 看 到 那些 异 弟 。 


如 果 方 法 不 能 够 履行 它 与 调用 者 所 订立 的 契约 ， 那 么 你 束 有 责任 令 其 抛 出 异常 。 这 些 无 法 履约 的 情况 都 应 该 通过 异 汕 来 表 
示 。 然 而 要 注意 ， 由 于 异常 并 不 适合 当 作 控 制程 序 流程 的 常规 手段 ， 因 此 ， 还 应 该 同时 提供 另外 一 套 万 法 ， 使 得 开 友 者 可 以 在 执 
行 操作 之 前 先 判断 该 操作 能 否 顺 利 执行 ， 以 便 在 无 法 顺利 执行 的 情况 下 采取 相应 的 措施 ， 而 不 是 等 到 抛 出 了 异常 之 后 骨 去 处 理 。 


第 46 条 : 利用 using 与 try/finally 来 清理 资源 


如 果 某 个 类 型 用 到 了 非 托管 型 的 系统 资源 ， 那 么 就 需要 通过 IDisposable 接 口 的 Dispose () 方法 来 明确 地 释放 。.NET 环 境 
规定 ， 这 种 资源 并 不 需要 由 包含 该 痪 源 的 类 型 或 系统 来 释放 ， 而 是 应 该 由 使 用 此 类 型 的 代码 释放 。 也 融 是 这 ， 如 果 你 使 用 了 市 有 
Dispose () 方法 的 类 型 ， 那 么 就 应 该 调用 它 的 Dispose () 万 法 以 释放 其 中 的 资源 ， 而 要 想 确 保 访 方法 总 是 能 够 得 到 调用 ， 最 
好 的 办 法 丈 是 利用 using 语 句 或 try/finally 代 码 块 。 


拥有 非 托 管 资源 的 那些 类 型 都 实现 了 IDisposable 接 口 ， 此 外 ， 还 提供 了 finalizer (终结 器 /终止 化 器 ) ， 以 防 用 户 饼 记 释 放 
该 资源 。 使 用 资源 的 人 如 果 没 有 记得 及 时 释放 ， 那 么 这 些 非 内 存 型 的 资源 就 要 等 到 将 来 执行 finalizer 的 时 候 才 能 得 以 释放 。 这 意 
味 着 这 些 对 象 在 内 人 存 中 要 多 待 很 长 的 时 间 ， 从 而 令 应 用 程序 因 占 用 资源 过 多 而 变 得 缓慢 。 

所 斑 ，C#i 语 言 的 设计 者 明白 释放 非 托 管 型 资源 是 个 很 常见 的 任务 ，| 因 此 ， 他 们 提供 了 一 些 关 键 字 ,使 得 开发 者 更 容易 处 理 


假如 你 是 这 么 写 代 码 的 : 


public void ExecuteCommand(string connString, 


string commandString ) 


{ 
SqlConnection myConnection = new SqgqlConnection( 
connString); 
var mySgqlCommand = new SqlCommand(commandString, 
myConnection) ; 
myConnection.Open(); 
mySqlCommand.ExecuteNonQuery(); 
} 


那么 这 种 写法 就 会 导致 sqlConnection 及 sqlCommand 这 两 个 disposable (可 释放 的 /可 处 置 的 ) 对 象 不 能 够 正确 地 清理 。 
它们 会 一 直 留 在 内 存 中 ， 直 至 其 finalizer 得 到 调用 。 (这 两 个 对 象 所 属 的 类 都 继承 了 System.ComponentModel.Component 
中 的 那个 finalizer。 ) 


你 可 以 在 用 完 这 两 个 对 象 乙 后 目 己 去 调用 它们 的 Dispose 方 法 ， 以 修复 此 问题 : 


public void ExecuteCommand(string connString, 


string commandString) 


var myConnection = new SqlConnection( 
connString) ; 
var mySqlCommand = new SgqlCommand(commandString, 


myConnection); 


myConnection.Open(); 


mySqlCommand.ExecuteNonQuery() ; 


mySqlCommand.Dispose(); 


myConnection.Dispose(); 


这 么 写 在 一 般 情况 下 是 没有 问题 的 ， 但 如 果 SQL 命 令 在 执行 过 程 中 抛 出 了 异常 ， 那 么 Dispose () 就 不 会 得 到 调用 。using 
语句 能 够 确保 Dispose () 思 是 可 以 得 到 调用 。 如 果 在 该 语句 中 分 配对 象 ， 那 么 C# 编 译 器 会 把 这 样 的 对 象 包 早 在 try/finally 结 构 
Ee: 


public void ExecuteCommand(string connString, 


string commandString ) 


using (SqlConnection myConnection = new 


SqlConnection(connString ) ) 


using (SqlCommand mySqlCommand = new 
SqlCommand(commandString, 


myConnection) ) 


myConnection.Open(); 


mySqilCommand.ExecuteNonQuery() ; 


如 果 上 函数 里 面 只 用 到 了 一 个 IDisposable 对 象 ， 那 么 要 想 确保 它 总 是 能 够 适当 地 得 到 清理 ， 最 简单 的 办 法 就 是 使 用 using 语 
， 该 语句 会 把 这 个 对 象 放 在 try/finally 结 构 里 面 去 分 配 。 下 面 这 两 种 写法 所 产生 的 儿 是 相同 的 : 


SglConnection myConnection = null; 


// Example Using clause: 


using (myConnection = new SqlConnection(connString) ) 
if 


myConnection.Open(); 


// example Try / Catch block: 
ELY 
{ 
myConnection = new SqlConnection(connString); 


myConnection.Open(); 


$ 
finally 
{ 
myConnection.Dispose(); 
} 


如 果 using 语 句 中 的 变量 其 类 型 并 不 支持 |Disposable 接 口 ， 那 么 C# 编 译 器 束 会 报错 。 上 比方 说 : 


// Does not compile: 
// String is sealed, and does not support IDisposable. 
using (string msg = "This is a message") 


Console.WriteLine(msg); 


对 象 的 编译 期 类 型 必须 支持 IDisposable 接 口才 能 够 用 在 using 语 句 中 ， 而 不 是 说 任何 一 种 对 象 都 可 以 放 在 using 里 面 : 


// Does not compile. 
// Object does not support IDisposable. 
using (object obj = Factory.CreateResource() ) 


Console.WriteLine(obj.ToString()); 


如 果 你 不 清楚 某 个 对 象 是 否 实现 了 IDisposable 接 口 ， 那 么 可 以 通过 as 子 句 来 安全 地 处 置 它 : 


// The correct fix. 

// Object may or may not support IDisposable. 

object obj = Factory.CreateResource(); 

using (obj as IDisposable) 
Console.WriteLine(obj.ToString()); 


在 obj 实 现 了 IDisposable 的 情况 下 ，using 语 句 会 生成 对 应 的 清理 代码 ， 而 在 没有 实现 的 情况 下 则 会 退化 成 using (null) , 
这 样 的 using 语 句 不 会 有 任何 效果 ， 但 它 可 以 令 程 序 正常 运行 下 去 。 如 果 你 拿 不 准 某 个 对 象 是 否 应 该 放 在 using 里 面 ， 那 么 可 以 
采用 稳 慨 一 些 的 瑟 去 ， 也 就 是 假设 该 对 象 有 可 能 会 实现 |Disposable 接 口 ， 并 将 其 包 早 在 刚才 演示 的 那 种 using 结 构 中 。 


以 上 内 容 讲 的 是 最 为 简单 的 一 种 情况 ， 也 就 是 说 ， 如 果 方 法 里 面 只 有 一 个 1Disposable 对 象 ， 那 就 把 该 对 象 包 早 在 using 语 句 
里 面 。 接 下 来 要 讲解 稍微 复杂 一 些 的 用 法 。 本 条 最 开头 的 那个 例子 涉及 两 个 不 同 的 IDisposable 对 象 ， 一 个 是 表示 数据 库 和 连接 的 
SqlConnection， 另 一 个 是 表示 数据 库 命 令 的 SqlCommand。 笔 者 当时 是 用 两 条 不 同 的 using 语 句 来 处 理 这 两 个 对 象 的， 每 一 条 
using 语 句 都 会 生成 对 应 的 一 层 tryfinally 绪 构 。 这 种 写法 的 实际 效果 与 下 面 这 段 代 码 相 似 : 


public void ExecuteCommand(string connString, 


string commandString ) 


i 
SqlConnection myConnection = null; 
SglCommand mySqilCommand = null; 
try 
{ 
myConnection = new SqlilConnection(connString ) ; 
try 
{ 
mySgilCommand = new SqlCommand 
CcommandString, myConnection); 
myConnection.Open(); 
mySqlCommand.ExecuteNonQuery(); 
} 
Finally 
{ 
if (mySqlCommand != null) 
mySqlCommand .Dispose(); 
} 
} 
finally 
{ 
if (myConnection != null) 
myConnection.Dispose(); 
} 
} 
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法 需要 分 配 两 个 不 同类 型 的 IDisposable 对 象 。 万 一 真 的 遇 到 了 这 种 情况 ， 那 么 确实 可 以 像 早 前 那样 ， 分 别 用 一 条 using 语 句 来 处 
理 它 们 ， 因 为 那样 写 是 能 够 正音 运作 的 。 不 过 笔者 觉得 那 种 写法 看 起 来 有 些 别 扭 ， 如 果 碰 到 了 需要 分 配 多 个 IDisposable 对 象 的 
情况 ， 那 我 了 可 上 自己 去 编写 try/finally 块 〈 而 不 想 采 用 系统 所 生成 的 那 种 多 层 结构 ) : 


public void ExecuteCommand(string connString, 


string commandString ) 


{ 
SqlConnection myConnection = null; 
SqlCommand mySqlCommand = null; 
try 
$ 
myConnection = new SqlConnection(connString); 
mySqlCommand = new SqlCommand(commandString, 
myConnection) ; 
myConnection.Open() ; 
mySqilCommand.ExecuteNonQuery() ; 
} 
finally 
{ 
if CmySglCommand != null) 
mySqilCommand.Dispose(C); 
if (myConnection != null) 
myConnection.Dispose(); 
} 
} 


如 果 你 打算 采用 早 前 那 种 写法 ， 那 么 残 请 保持 原样 ， 而 不 要 过 于 取 巧 去 采用 市 有 as 的 using 来 处 理 IDisposable 对 象 


public void ExecuteCommand(string connString, 


string commandString ) 


// Bad idea. Potential resource leak lurks! 
SqlConnection myConnection = 
new SqlConnection(connString ) ; 
SglCommand mySqlCommand = new SqlCommand 
CcommandString, myConnection); 
using (myConnection as IDisposable) 
using (mySqlCommand as IDisposable) 
{ 
myConnection.Open(); 


mySqlCommand.ExecuteNonQuery(); 


了 这样 写 看 起 来 似乎 清晰 了 一 些 ， 但 其 中 有 个 微妙 的 bug。 如 果 sqlCommand () HARA Has, ABA 
SqlConnection 就 得 不 到 清理 了 ， 这 是 因为 在 构造 SqlCommand 的 时 候 ，SqlConnection 所 引用 的 那个 对 象 已 经 创建 出 来 了 ， 
但 程序 还 没 来 得 及 进入 using 块 。 由 于 此 时 的 SqlConnection 并 未 处 在 using 的 范围 内 ， 因 此 ， 它 的 Dispose 不 会 得 到 调用 。 由 此 
可 见 ， 凡 是 实现 了 IDisposable 的 对 象 都 应 该 放 在 using 或 try 块 中 去 构建 ， 否 则 就 有 可 能 泄漏 资源 。 


现在 讲 到 的 这 两 种 情况 都 是 较为 直 日 的 。 如 果 万 法 里 面 只 有 一 个 1Disposable 对 稍 ， 那么 把 它 放 在 using 语 句 里 面 去 分 配 束 可 
以 了 ， 这 样 做 能 够 确保 该 资源 无 论 如 何 都 会 得 到 释放 。 各 有 多 个 IDisposable 对 象 ， 则 可 以 分 别 用 对 应 的 using 语 句 来 分 配 ， 也 可 
以 目 己 编写 try/finally 结 构 ， 将 其 全 都 纳入 同一 个 代码 块 中 。 


清理 I|Disposable 对 象 时 ， 还 有 一 个 小 问题 要 考虑 ， 那 就 是 有 些 类 型 同时 提供 了 Dispose 方 法 与 Close 方 法 。 例 如 
SqlConnection 就 是 这 样 的 类 。 除 了 Dispose 之 外 ， 你 还 可 以 通过 Close 方 法 来 清理 它 : 


public void ExecuteCommand(string connString, 


string commandString) 


{ 
SqilConnection myConnection = null; 
try 
{ 
myConnection = new SqlConnection(connString) ; 
SqlCommand mySqlCommand = new SqlCommand 
CcommandString, myConnection); 
myConnection.Open() ; 
mySqlCommand.ExecuteNonQuery(C); 
} 
Finally 
í 
if (myConnection != null) 
myConnection.Close(); 
} 
} 


这 样 写 虽然 也 能 断 开 连接 ， 但 是 其 效果 与 Dispose 并 不 完全 相同 ， 因 为 后 者 不 仅 会 释放 资源 ， 而 且 还 会 告诉 垃圾 回收 器 该 对 
象 不 需要 执行 finalizer 了 。Dispose 方 法 会 调用 GC.SuppressFinalize () 以 屏蔽 finalizer， 但 Close 方 法 通 单 不 会 调用 ， 从 而 导 
人 致 那些 根本 束 不 需要 执行 finalizer 的 对 象 依然 排 在 等 待 执行 的 队列 中 。 所 以 说 ， 应 该 尽量 选用 Dispose () ， 而 不 是 Close () 。 
更 多 细节 请 参见 本 书 第 17 条 。 


Dispose () 方法 并 不 会 把 对 象 从 内 存 中 移 除 ， 它 只 是 提供 了 一 次 机 会 ， 令 其 能 够 释放 非 托 管 型 的 资源 。 这 意味 着 ， 如 果 调 
用 了 对 象 的 Dispose () 万 法 之 后 程序 里 面 还 有 一 些 地 方 要 使 用 该 对 象 ， 那么 束 会 出 现 问 题 。 比 方 说 早 前 那个 例子 束 用 到 了 
SQLConnection 对 象 。 调 用 该 对 象 的 Dispose () 方法 可 以 断 开 程 序 与 数据 库 之 间 的 连接 ， 但 是 这 个 SQLConnection 对 象 却 依 
然 位 于 内 存 中 ， 只 是 不 再 与 数据 库 相 连 。 于 是 就 形成 了 一 种 已 经 无 用 但 仍然 占据 着 内 存 的 对 象 ， 如 果 程 序 中 的 其 他 地 方 还 需 引 用 
该 对 象 ， 那 残 不 要 过 早 地 将 其 释放 。 


MEH Lin, CHEATER LCC + + 困难 ， 因 为 并 没有 一 套 确 切 的 finalization (终结 /终止 化 ) TER 
者 释放 程序 中 的 每 一 份 资源 。 但 由 于 C# 提 供 了 垃圾 回收 机 制 ， 因 此 ， 涉 及 资源 的 代码 写 起 来 还 是 比较 简单 的 。 你 所 能 用 到 的 绝 
大 部 分 类 型 都 不 是 那 种 实现 了 IDisposable 接 口 的 类 型 ，.NET Framework 里 面 只 有 一 小 部 分 类 实现 了 该 接口 。 如 果 要 使 用 这 些 
资源 ， 那 么 必须 确保 它们 在 各 种 情况 下 都 能 得 以 释放 。 最 好 是 把 这 样 的 对 象 包 早 在 using 语 句 或 try/finally 结 构 里 面 ， 总 之 ,无 
论 采 用 什么 样 的 写法 ， 你 都 要 保证 这 些 资源 能 够 正确 地 释放 。 


第 47 条 : 专门 针对 应 用 程序 创建 异常 


异常 是 一 种 用 来 报告 错误 的 机 制 ， 使 得 开发 者 能 够 在 距离 出 错 地 点 很 远 的 地 方 处 理 该 错误 。 与 错误 原因 有 关 的 信息 都 应 该 纳 


入 异 剃 对象 中 ， 当 然 ， 在 不 丢失 原始 错误 信息 的 前 提 下 ， 可 以 把 底层 的 错误 转译 成 与 应 用 程序 更 为 相关 的 错误 。 如 果 你 要 给 上 自己 
所 写 的 C# 应 用 程序 创建 专门 的 异 弟 类 ， 那 么 必须 考虑 得 特别 周到 才 行 。 


首先 ， 要 知道 什么 情况 下 需要 创建 新 的 异常 类 以 及 为 什么 要 创建 这 些 类 ， 而 且 还 要 学 会 构建 异 弟 体系 ， 以 传达 有 效 的 信息 。 
开 友 者 在 使 用 你 所 设计 的 程序 库 来 编程 时 ， 会 用 不 同 的 catch 子 句 应 对 各 种 异常 ， 以 便 根据 异 弟 对象 的 运行 期 类 型 采取 相应 的 措 
施 。 每 一 种 异常 都 有 可 能 按照 不 同 的 方式 来 处 理 : 


try 
{ 
Foo(); 
Bar() ; 
} 


catch (MyFirstApplicationException el) 
{ 


FixProblem(el); 
} 
catch (AnotherApplicationException e2) 
{ 


ReportErrorAndContinue(e2) ; 


} 
catch (CYetAnotherApplicationException e3) 


{ 
ReportErrorAndShutdown(e3); 


} 

catch (Exception e) 

{ 
ReportGenericError(e) ; 
throw; 

J 

finally 

{ 
CleanupResources(); 

} 


由 于 开 友 者 会 像 刚才 那样 用 很 多 条 catch 子 句 分 别处 理 运 行 期 类 型 各 不 相同 的 异常 ， 因 此 ， 你 在 编写 应 用 程序 (或 程序 库 ) 

时 ， 必 须 把 那些 需要 用 不 同方 式 来 处 理 的 情况 设计 成 不 同 的 异 弟 类 型 。 请 注意 ， 在 上 述 代 码 中 的 每 一 种 异常 都 是 用 不 同 的 方式 来 
处 理 的 ， 因 此 ， 只 有 那些 确实 有 必要 分 开 处 理 的 状况 才 应 该 表 示 成 不 同 的 异 弟 类 。 把 明明 可 以 合 起 来 处 理 的 情况 硬是 分 到 不 同 的 
异 单 类 里 面 只 会 增加 开 友 者 的 工作 量 ， 而 不 能 市 来 任何 好 处 。 因 此 ， 如 果 开 上 友 者 可 以 把 这 些 状况 合 起 来 处 理 ， 那 么 将 其 纳入 同一 
个 异 弟 类 融 可 以 了 ， 反 之 ， 丰 是 必须 分 开 处 理 ， 则 应 将 其 设计 成 不 同 的 异 弟 类 。 如 果 不 遵从 这 样 的 设计 原则 ， 那 么 开 友 者 用 起 来 
束 会 很 不 舒服 。 当 然 ， 可 以 在 友 生 异常 的 时 候 直 接 把 应 用 程序 终止 掉 ， 这 样 的 话 开发 者 束 不 需要 花 那 么 多 心思 去 处 理 了 ， 但 这 会 
令 程 序 无 法 获得 好 评 。 也 可 以 把 所 有 的 状况 全 都 放 在 同一 个 异常 类 里 面 ， 但 这 会 担 使 开 友 者 必须 先 查 看 异常 对 象 中 的 细 记 信息 ， 
然后 才能 据 此 修正 错误 : 


private static void SampleTwoC) 


{ 
try 
{ 
Foo(); 
Bar(); 
} 
catch (Exception e) 
{ 
switch (e.TargetSite.Name) 
if 
case "Foo": 
FixProblem(e); 
break; 
case "Bar": 
ReportErrorAndContinue(e); 
break; 
// some routine called by Foo or Bar: 
default: 
ReportErrorAndShutdown(e); 
throw; 
f 
} 
finally 
{ 
CleanupResources(); 
} 
} 


这 样 写 其 稳定 程度 要 比 及 用 多 条 catch 子 句 的 写法 差 很 多 ， 因 为 代码 特别 容易 出 问题 。 比 万 说 ， 如 果 程 序 库 的 开发 者 把 表示 
异 单 状况 所 用 的 Name (名 称 ) 修改 了 ， 那 么 这 段 代 码 也 必须 改写 。 又 比如 况 ， 如 果 把 汇报 错误 所 用 的 语句 提取 到 了 共用 的 


SAH 


工具 函数 (utility function) 中 ， 那 么 这 段 代码 同样 需要 改写 。 产 生 异 剃 的 地 方 在 调用 栈 中 越 深 ， 这 种 写法 束 越 容易 出 问题 。 


继续 讲解 该 话题 之 前 ， 首 先 需 要 说 明 两 点 。 第 一 ， 并 不 是 所 有 的 错误 都 必须 表示 成 异常 。 公 于 什么 样 的 错误 应 该 表示 成 异 
常 ， 什 么 样 的 错误 不 必 表 示 成 异常 ， 则 没有 固定 的 规律 可 循 。 但 笔者 认为 : 如 果 某 种 状况 必须 立刻 得 到 处 理 或 汇报 ， 否 则 将 长 期 
影响 应 用 程序 ， 那 么 束 应 该 抛 出 异常 。 比 万 说 ， 如 果 数 据 库 中 友 生 了 与 数据 完整 性 (data integrity) BABA, Ae MZ 
出 异常 ， 假 如 不 抛 出 异常 而 是 忽视 该 错误 ， 那 么 问题 就 会 变 得 越 来 越 严 重 。 与 之 相对 ， 如 果 应 用 程序 仅 仪 是 无 法 把 用 户 的 视窗 位 
置 写 入 配置 文件 (preferences) 中 ， 那 么 只 需 用 返回 码 表示 该 情况 即 可 ， 因 为 它 不 会 造成 严重 的 影响 。 


第 二 ， 并 不 是 每 写 一 条 throw 语 句 就 要 新 建 一 种 异常 类 。 笔 者 刚才 之 所 以 建议 大 家 创建 不 同 的 异常 类 ， 是 因为 许多 人 在 抛 出 
异常 时 似乎 总 是 想 套 用 现成 的 System.Exception ， 而 这 样 做 只 能 给 调用 方 带 来 很 少 的 信息 。 因 此 ， 你 应 该 仔细 想 想 ， 能 不 能 创 
建 一 种 新 的 异常 类 ， 以 促使 调用 方 更 为 清晰 地 理解 这 个 错误 ， 从 而 试 着 把 应 用 程序 恢复 到 正常 状态 。 


笔者 再 襄 一 遍 : 之 所 以 要 创建 不 同 的 异 单 类 ， 其 原因 很 简单 ， 融 是 为 了 令 调 用 API 的 人 能 够 通过 不 同 的 catch 子 句 去 捕获 那 
些 状况 ， 从 而 采用 不 同 的 办 法 加 以 处 理 。 如 果 你 友 现 程序 遇 到 某 种 状况 之 后 可 以 通过 特定 的 手段 来 复原 ， 那 么 就 可 以 考虑 专门 用 
一 种 异常 类 来 表示 此 状况 。 比 方 说 ， 可 以 想 想 ， 应 用 程序 在 找 不 到 某 些 文件 或 目录 的 情况 下 ， 能 不 能 复原 ? 在 权限 不 足以 执行 某 
项 涉及 安全 的 操作 时 ， 能 不 能 复原 ”在 网 络 资 源 缺 失 的 情况 下 ， 能 不 能 复原 ”如 果 可 以 用 不 同 的 办 法 来 分 别处 理 这 举 问 题 ， 那 你 
就 应 该 新 建 不 同 的 异常 类 ， 使 得 开 友 者 在 遇 到 相关 状况 时 ， 可 以 采用 对 应 的 办 法 将 应 用 程序 恢复 原状 。 


一 旦 决定 自己 来 创建 异常 类 ， 就 必须 遵循 相应 的 原则 。 这 些 类 都 要 能 够 追溯 到 Exception 才 行 ， 也 就 是 说 ， 你 可 以 从 
System.Exception 类 本 身 继承 ， 也 可 以 从 该 类 的 子 类 中 继承 ， 然 而 一 般 来 说 ， 很 少 需要 直接 给 Exception 这 个 基 类 里 面 添加 新 的 
功能 。 创 建 不 同 的 异常 类 是 为 了 把 导致 程序 出 错 的 各 种 原因 分 别 表 示 出 来 ， 令 开发 者 能 够 通过 不 同 的 catch 子 句 来 捕获 并 处 理 这 
些 状况 。 你 可 以 利用 Visual studio 或 其 他 一 些 编辑 器 所 提供 的 模板 来 轻松 地 新 建 异 常 类 。 


刚才 说 过 ,设计 API 的 人 很 少 需要 给 Exception 中 添加 新 的 功能 ， 然 而 男 一 方面 也 必须 注意 ， 该 类 已 有 的 那 四 个 构造 立 数 都 
需要 在 子 类 里 面 得 到 照应 : 


// Default constructor 


public Exception(); 


// Create with a message. 


public Exception(string) ; 


// Create with a message and an inner exception. 


public Exception(string, Exception); 


// Create from an input stream. 
protected Exception( 


SerializationiInfo, StreamingContext) ; 
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意味 着 你 所 创建 的 异常 类 必须 可 以 序列 化 (serializable) 。 这 些 构造 消 数 是 留 给 开发 者 在 不 同 的 情况 下 去 调用 的 。 (如 果 不 是 
直接 继承 上 自 Exception， 而 是 从 其 他 的 异 弟 类 里 面 继 承 ， 那 么 丈 应 该 在 本 类 中 编写 一 套 与 那个 异常 类 的 构造 立 数 相对 应 的 构造 消 
数 。) 子 类 的 构造 浮 数 可 以 把 相应 的 工作 委托 给 基 类 去 完成 : 


[Serializable] 


public class MyAssemblyException 


Exception 
{ 

public MyAssemblyException() 
base() 

{ 

} 

public MyAssemblyException(string s) 
base(s) 

{ 

} 

public MyAssemblyException(string s, 

Exception e) 

base(s, e) 

{ 

} 

// May not be supported on all platforms in .NET Core 

protected MyAssemblyException( 

SerializationiInfo info, StreamingContext cxt) 

base(info, cxt) 

{ 

} 

} 


对 于 第 二 个 构造 永 数 ， 也 惑 是 用 另 一 个 异 单 来 做 参 效 的 那个 构造 施 数 ， 需 要 专门 解释 一 下 。 有 的 时 候 ， 你 调用 的 程序 库 可 能 
会 抛 出 异常 ， 如 果 只 是 把 这 个 异常 按照 原样 抛 给 当前 代码 的 上 一 级 ， 那 么 处 在 那 一 级 的 开发 者 就 不 太 清楚 自己 怎样 才能 根据 异常 
中 的 信息 来 修正 程序 的 状态 : 


public double DoSomeWork() 


{ 

// This might throw an exception defined 

// in the third-party library: 

return ThirdPartyLibrary.ImportantRoutine(); 
} 
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InnerException 属 性 。 在 新 建 的 异 单 中 ， 你 可 以 给 调用 方 多 提供 一 些 原 来 没有 的 信息 : 


public double DoSomeWork() 


{ 
try 
if 
// This might throw an exception defined 
// in the third-party library: 
return ThirdPartyLibrary. ImportantRoutine(); 
} 
catch (ThirdPartyException e) 
{ 
var msg = 
$"Problem with {ToString()} using library"; 
throw new DoingSomeWorkException(msg, e); 
Í 
F 


改写 后 的 代码 在 抛 出 异 音 时 会 提供 更 多 信息 。 只 要 有 合适 的 ToSstring () BA, XAORA MBE RRA 
象 所 具备 的 状态 完整 地 描述 出 来 ， 而 且 还 可 以 通过 其 内 部 所 包 暑 的 异常 来 指出 问题 的 根源 ， 使 得 调用 方 明 白 这 个 问题 源 自 
DoSomeWork () 方法 所 使 用 的 第 三 方 库 。 


这 项 技巧 称 为 异 剃 转换 (exception translation) ， 用 来 将 底层 的 异 弟 转化 成 高 层 的 异常 ， 从 而 提供 更 贴近 于 当前 情境 的 错 
筷 。 程 序 出 绒 时 ， 你 能 提供 的 信息 越 多 ， 调 用 方 判断 起 来 束 越 容易 ， 他 们 甚至 还 有 可 能 据 此 来 修复 错误 。 所 以 说 ， 应 该 尽量 
考虑 创建 自己 的 异常 类 型 ， 以 便 将 底层 异常 中 那些 较为 冤 泛 的 信息 转换 成 针对 本 应 用 程序 的 具体 信息 ， 这 使 开 友 者 能 够 全 面 地 判 
新 问题 ， 并 且 有 可 能 进而 修复 该 问题 。 


* /二 
误 信 息 。 


你 所 编写 的 应 用 程序 不 应 该 频繁 地 抛 出 异常 ， 但 在 某 些 情况 下 ， 确 实 有 必要 抛 出 异常 ， 此 时 应 该 专门 做 一 些 处 理 ， 而 不 要 把 
你 在 调用 核心 框 染 时 由 .NET Framework 所 产生 的 那个 异常 原封 不 动 地 抛 出 去 。 你 应 该 提供 更 详尽 的 信息 ， 使 目 己 与 调用 方 可 以 
从 当前 的 业务 领域 出 友 来 判断 问题 ， 并 进而 考虑 能 否 修 正 该 问题 。 如 果 每 一 种 状况 都 需要 用 不 同 的 措施 来 处 理 ， 那 么 焉 分 别针 对 
这 些 状况 创建 各 目的 异 党 类， 反之 ， 则 应 该 用 相同 的 异常 类 来 表示 。 创 建 异 党 类 时 ， 要 参照 基 类 所 支持 的 那些 构造 消 数 来 实现 对 
应 的 版 本 ， 并 且 要 注意 利用 InnerException 属 性 来 记录 底层 的 异常 ， 使 得 开 友 者 可 以 由 此 查 出 原 异 常 所 包含 的 那些 信息 。 


第 48 条 : 优 和 考虑 做 出 强 寞 单 保证 


抛 出 异常 相当 于 出 现 了 突 发 事件 ， 这 会 干扰 应 用 程序 的 正常 流程 ， 而 用 户 所 期 望 的 操作 也 有 可 能 无 法 顺利 执行 。 更 值得 注意 
的 是 ， 这 还 要 求 最 终 捕获 异 冲 的 那个 人 必须 做 好 清理 工作 。 抛 出 异常 的 时 候 ， 要 把 程序 状态 管理 好 ， 因 为 这 将 直接 关系 到 捕获 异 
常 的 人 有 没有 较 大 的 余地 来 处 理 该 异常 。 所 幸 C# 开 发 者 并 不 需要 从 头 开始 来 考虑 应 该 怎样 安全 地 应 对 异常 ， 因 为 这 个 难题 已 经 
由 C++ 开 发 者 详细 思考 过 了 。Tom Cargill 写 了 《Exception Handling: A False Sense of Security》 这 篇 文章 !1| 之 后 ， 又 有 
Dave Abrahams, Herb Sutter, Scott Meyers, Matt Austern 及 Greg Colvin 等 人 来 讨论 这 一 问题 。1994 人 至 2000 这 六 年 间 ， 


许多 C++ 开 友 者 提出 了 各 种 各 样 的 办 法 来 试 着 解决 异常 处 理 这 一 难题 ， 他 们 在 讨论 与 切磋 中 忆 结 出 的 经 验 同样 适用 于 C#,， 
此 ， 应 该 充分 加 以 利用 才 对 。 


Dave Abrahams 把 针对 异常 所 做 的 保证 分 成 三 种 ， 即 基本 保证 (basic guarantee) 、 强 保证 (strong guarantee) 及 no- 
throw 保 证 (不 会 抛 出 异常 的 保证 ) 。Herb Sutter 在 《Exceptional C++) (Addison-Wesley, 2000) 一 书 中 讨论 了 这 三 种 
做 法 。 基 本 保证 的 意思 是 可 以 确保 当 异 常 离开 了 产生 该 异常 的 肖 数 后 ， 程 序 中 的 资源 不 会 港 漏 ， 而 且 所 有 的 对 象 都 处 在 有 效 状 
态 。 这 相当 于 规定 了 抛 出 异 冲 的 那个 方法 在 运行 完 其 finally 子 句 之 后 所 必须 达成 的 效果 。 强 保证 是 在 基本 保证 的 基础 上 做 出 的 ， 
它 要 求 整 个 程序 的 状态 不 能 因为 某 操 作 抛 出 异常 而 有 所 变化 。no-throw 保 证 的 意思 是 要 求 某 操作 绝对 不 能 失败 ， 这 相当 于 在 要 
求 执行 该 操作 的 那个 方法 绝对 不 能 抛 出 异常 。 在 这 三 种 态度 中 ， 强 保证 是 较为 折 中 的 ， 它 既 允 许 程序 抛 出 异常 并 从 中 恢复 ， 又 使 
得 开 友 者 能 够 较为 简便 地 处 理 该 异常 。 


-NET CLR 做 出 了 一 些 基本 的 保证 ,例如 会 在 友 生 异常 时 把 内 存 管 理 好 。 除 非 你 的 资源 实现 了 IlDisposable 接 口 ， 否 则 不 太 会 
在 这 种 情况 下 出 现 资 源 泄漏 问题 。 第 17 条 讲解 了 繁 样 企 出 现 异 单 的 时 候 避 免 泄漏 资源 ， 然 而 除了 当时 讲 到 的 那 尝 注意 事项 乙 
外 ， 你 还 得 留意 资源 以 外 的 因素 ， 例 如 要 确保 对 象 的 状态 依然 有 效 。 如 果 你 所 写 的 类 型 把 集合 的 大 小 与 集合 的 内 容 一 起 缓 仔 下 
SK, ABARAT RBI (Add () 操作 抛 出 异常 ， 集 合 的 大 小 也 依然 与 其 中 的 实际 元 素数 量 相符 。 应 用 程序 中 有 很 多 种 操作 都 会 
在 未 能 顺利 执行 完毕 的 情况 下 令 程 序 陷入 无 效 的 状态 。 这 些 状 况 很 难 完全 顾及 ， 因 为 没有 哪 一 套 标准 的 流程 能 够 目 动 地 应 对 它 
们 。 为 此 ， 你 可 以 考虑 做 出 强 异 常 保证 来 避 开 其 中 的 很 多 问题 。 


这 种 做 法 规定 : 如 果 某 操作 抛 出 异常 ， 那 么 应 用 程序 的 状态 必须 和 执行 该 操作 之 前 相同 。 也 就 是 说 ， 这 项 操作 要 么 完全 成 
功 ， 要 么 彻底 失败 。 如 果 和 失败 ， 那 么 程序 的 状态 下 与 执行 操作 之 前 一 模 一 样 ， 而 不 会 出 现 部 分 成 功 的 情形 。 这 样 做 的 好 处 是 : 如 
果 能 遵循 该 原则 来 编程 ， 那 么 捕获 异常 之 后 ， 可 以 更 加 容易 地 令 程 序 继 续 运 行 下 去 ， 因 为 程序 目前 的 状态 与 抛 出 异常 之 前 是 一 样 
的 。 也 束 是 说 ， 这 项 操作 根本 就 没 生效 ,或 者 可 以 认为 ， 程 序 的 状态 根本 丈 没 变 ， 和 执行 该 操作 相 比 ， 没 有 任何 区 别 |。 


笔者 早 前 给 出 的 很 多 建议 都 有 助 于 你 做 出 这 样 的 保证 ， 比 方 说 ， 把 数据 元 素 保 存 到 不 可 变 的 值 类 型 中 ， 或 是 采用 与 LINQ 查 
询 类 似 的 函数 式 风 格 来 编程 。 这 种 风格 使 得 程序 本 身 融 能够 做 出 这 样 的 保证 。 


然而 并 不 是 所 有 任务 都 可 以 用 遂 数 式 的 编程 风格 来 实现 。 此 时 可 以 考虑 先 对 有 待 修改 的 数据 做 防御 式 的 拷贝 (defensive 
copy) ， 然 后 在 拷贝 出 来 的 数据 上 面 执行 操作 。 如 果 访 操作 顺利 执行 而 没有 抛 出 异常 ， 那 么 丈 用 这 份 数 据 把 原 数 据 蔡 换 挥 ， 令 
程序 的 状态 得 以 改变 。 一 般 来 说 ， 应 该 按照 下 面 这 套 步 又 来 修改 数据 : 


1. 先 把 要 修改 的 数据 拷贝 一 份 。 

2. 在 拷贝 出 来 的 数据 上 面 修改 ， 修 改过 程 中 ， 可 以 执行 那 种 有 可 能 抛 出 异常 的 操作 。 

3. (如果 整个 修改 过 程 顺 利 执行 完毕 ， 那 么 残 ) 在 绝对 不 抛 出 异常 的 前 提 下 ， 用 当前 这 份 数据 把 原 有 的 数据 蔡 换 挥 。 
如 果 你 能 用 不 可 变 的 数据 结构 来 保存 相关 的 内 容 ， 那 么 上 述 流程 是 容易 做 到 的 。 


例如 下 面 这 段 代 码 在 修改 雇员 的 头衔 及 薪酬 时 就 做 了 防御 式 的 拷贝 : 


public void PhysicalMove(string title, decimal newPay) 
{ 
// Payroll data is a struct: 
// ctor will throw if fields aren't valid. 
PayrollData d = new PayrollData(title, newPay, 
this.payrollData.DateOfHire); 


// if d was constructed properly, swap: 


this.payrollData = d; 


有 的 时 候 ， 要 想 做 到 强 异 常 保证 ， 就 必须 降低 程序 的 性 能 ， 甚 至 有 可 能 必须 面 对 一 些微 妙 的 bug。 最 容易 想到 上 且 最 为 直观 的 
例子 是 循环 结构 。 如 果 循 环 体 要 修改 程序 的 状态 ， 而 在 修改 过 程 中 又 有 可 能 抛 出 异常 ， 那 就 会 很 难 办 ， 因 为 你 必须 把 循环 所 用 到 
的 那些 对 象 全 都 拷贝 一 份 ， 否 则 ， 就 必须 降低 标准 ， 只 做 出 基本 的 异常 保证 。 没 有 哪 一 条 简单 的 法 则 可 以 帮助 你 在 这 两 者 之 间 选 
择 ， 但 是 对 于 托管 环境 来 说 ， 把 分 配 在 堆 上 的 对 象 复 制 一 份 其 开销 并 不 如 原生 环境 (native environment) 那样 大 ， 因 为 .NET 
的 设计 者 已 经 花 了 很 多 时 间 去 优化 内 存 管理 的 效率 。 即 便 涉及 的 是 比较 庞大 的 容器 ， 笔 者 也 还 是 会 做 出 强 异 常 保证 ， 而 不 会 为 了 


方 说 ， 如 果 程序 友 生 异 常 之 后 必须 终止 ， 那 么 就 不 用 考虑 怎样 做 出 强 异常 保证 了 。 更 应 该 考虑 的 问题 其 实 是 在 面 对 引用 类 型 的 数 
据 时 ， 怎 样 拿 拷 贝 出 来 的 那 份 数据 把 原来 的 数据 替换 挥 。 例 如 下 面 这 段 代 码 : 


private List<PayrollData> data; 
public IList<PayrollData> MyCollection 
{ 

get { return data; } 


public void UpdateDataC) 
{ 
// Unreliable operation might fail: 


var temp = UnreliableOperation(); 


// This operation will only happen if 
// UnreliableOperation does not throw an 
// exception. 


data = temp; 


这 样 写 似乎 是 正确 地 运用 了 防御 式 的 拷贝 机 制 ， 因 为 你 并 没有 直接 修改 原 数据 ， 而 是 先 把 UnreliableOperation () 操作 的 
执行 结果 保存 到 名 为 temp 的 临时 列表 里 面 ， 然 后 再 用 这 份 询 表 把 原来 的 data 列 表 蔡 换 掉 。 如 果 该 操作 在 执行 过 程 中 发 生 异 常 ， 
那么 原 数据 data 是 不 会 遭 到 破坏 的 。 


这 段 代码 确实 用 了 防御 式 拷贝 ， 但 问题 在 于 ， 它 的 执行 结果 不 对 。 因 为 MyColle ction 属 性 所 返回 的 那个 data 是 个 指向 数据 
对 象 的 引用 (而 不 是 数据 本 身 ) ， 因 此 ， 当 你 用 temp 把 data 蔡 换 掉 之 后 ， 实 际 上 是 令 data 指 向 了 另 一 份 询 表 。 如 果 有 人 在 执行 
UpdateData () 之 前 已 经 通过 MyCollection 属 性 获得 了 指向 原 列表 的 引用 ， 那 么 他 在 该 方法 执行 之 后 是 看 不 到 新 列表 的 ， 他 所 
能 看 到 的 依然 是 早 前 那 份 旧 的 列表 。 只 有 值 类 型 的 数据 才 可 以 直接 运用 该 技巧 来 蔡 换 ， 而 引用 类 型 则 不 然 。 要 想 解 决 这 个 问题 ， 
你 必须 用 绝对 不 会 抛 出 异 沼 的 万 式 来 把 当前 这 个 引用 所 指向 的 那 份 数 据 蔡 换 挥 ， 而 不 能 替换 该 引用 本 身 。 这 有 一 定 的 难度 ， 因 为 
涉及 两 项 原子 操作 (atomic operation， 不 可 分 割 的 操作 ) ， 一 是 把 集合 中 已 有 的 对 象 全 删 挥 ， 二 是 把 临时 集合 中 的 对 象 全 都 
添加 进来 。 你 或 许 会 想 出 下 面 这 个 办 法 来 完成 该 任务 ， 因 为 这 样 做 看 上 去 风险 比较 小 : 


private List<PayrollData> data; 
public IList<PayrollData> MyCollection 


{ 
get 
{ 
return data; 
} 
} 


public void UpdateDataC) 
{ 
// Unreliable operation might fail: 


var temp = UnreliableOperation(); 


// These operations will only happen if 

// UnreliableOperation does not throw an 

// exception. 

data.Clear(); 

Foreach (var item in temp) 
data.Add(item) ; 


XPS BATA (reasonable) ， 但 并 不 是 特别 严谨 (bulletproof) ， 此 处 专门 拿 出 来 讲 ， 是 因为 它 足以 应 付 一 般 的 情 
况 ， 但 若 想 实现 得 更 加 严谨 ， 则 需 再 做 一 些 工作 才 行 。 比 方 说 ， 可 以 考虑 用 信封 一 一 信纸 模式 (envelope-letter pattern) , 
把 替换 逻辑 封装 到 对 象 内 部 ， 使 得 这 段 逻 辑 能 够 安全 地 执行 。 


此 模式 把 实现 (也 融 是 信纸 ) 隐藏 在 包 妆 器 (Hates) 中 ， 从 而 令 开 友 者 能 够 将 它们 当 作 一 个 整体 交 给 客 尸 端 代码 去 使 
用 。 对 于 本 例 来 说 ， 可 以 创建 一 个 类 来 包 庄 data 中 的 数据 ， 并 令 该 类 实现 lList<PayrollData> 接 口 。 由 于 它 所 包 于 的 data 数 据 
是 List<PayrollData> 类 型 ， 因 此 ， 当 客户 端 请 求 调用 IList<PayrollData> 接 口中 的 万 法 时 ， 可 以 把 该 万 法 所 要 执行 的 操作 交 给 


data 去 完成 。 


有 了 这 样 的 类 之后 ， 融 可 以 把 蔡 换 数据 的 逻辑 写 在 里 面 ， 令 其 能 够 安全 地 运行 : 


private Envelope data; 
public IList<PayrollData> MyCollection 


{ 
get 


í 


return data; 


public void UpdateData() 
{ 
data.SafeUpdate(UnreliableOperation()); 


Envelope 类 实现 了 IList 接 口 ， 并 把 客户 端 发 来 的 请 求 交 给 它 所 包含 的 那个 List< PayrollData> 去 执行 : 


public class Envelope : IList<PayrollData> 
{ 


private List<PayrollData> data = new List<PayrollData>(); 


public void SafeUpdate(IEnumerable<PayrollData> sourceList) 


{ 
// make the copy: 
List<PayrollData> updates = 
new List<PayrollData>(CsourceList.ToList()); 
// swap: 
data = updates; 
} 


public PayrollData this[int index] 
{ 


get { return data[index]; } 


cat J datalindayvyl = wales } 


public int Count => data.Count; 


public bool IsReadOnly => 
((CIList<PayrollData>)data).IsReadOnly; 
public void Add(PayrollData item) => data.Add(item); 


public void Clear() => data.Clear(); 


public bool Contains(PayrollData item) => 


data.Contains(item); 


public void CopyTo(PayrollData[ | array, int arrayIndex) => 
data.CopyTo(array, arraylIndex); 


public IEnumerator<PayrollData> GetEnumerator() => 


data.GetEnumerator(); 


public int IndexOf(PayrollData item) => 
data. IndexOf(item) ; 


public void Insert(int index, PayrollData item) => 


data.Insert(index, item); 


public bool Remove(PayrollData item) 
{ 


return ((IList<PayrollData>)data).Remove(item) ; 


public void RemoveAt(int index) 


{ 
(CIList<PayrollData>)data) .RemoveAt (index) ; 


IEnumerator ITEnumerable.GetEnumerator() => 


data.GetEnumerator(); 


这 段 代码 中 的 很 多 方法 都 是 按照 类 似 的 方式 写 出 来 的 ， 而 且 写 得 也 很 直观 。 只 不 过 有 几 个 地 方 需要 特别 注意 。 第 一 ， 由 于 
IList 接 口中 的 一 些 方 法 是 由 List<T> 类 以 明确 指定 接口 的 形式 而 实现 的 ， 因 此 ， 上 述 代 码 中 有 好 几 个 方法 都 会 先 把 data 明 确 地 转 
换 成 IList<PayrollData> 形 式 的 接口 ， 然 后 再 调用 对 应 的 方法 。 第 二 ， 这 段 代码 假设 PayrollData 是 值 类 型 ， 而 不 是 引用 类 型 。 
假如 是 引用 类 型 ， 那 么 代码 写 起 来 会 简单 一 些 。 笔 者 把 PayrollData 预 设 为 值 类 型 ， 就 是 想 体 现 这 两 者 之 间 的 区 别 。 代 码 中 的 类 
型 检查 是 在 PayrollData 为 值 类 型 的 前 提 下 做 出 的 。 


当然 ， 这 段 代 码 的 重点 在 于 演示 怎样 设计 并 实现 SafeUpdate 方 法 。 其 实 该 方法 所 做 的 工作 与 最 早 的 那个 版 本 基本 上 是 一 样 
的 ， 然 而 封 六 起 来 之 后 束 变 得 安全 了 ， 而 且 即 便 运行 于 多 线程 的 应 用 程序 中 也 不 会 出 问题 ， 因 为 某 个 线程 在 蔡 换 数据 的 时 候 是 不 
会 ( 像 早 前 那 种 采用 foreach 循 环 来 实现 的 版 本 那样 ) 为 另 一 个 绪 程 所 打 断 。 


一 般 来 说 ， 要 想 安 全 地 替换 引用 类 型 的 数据 ， 束 得 面 对 某 些 客户 端 无 法 看 到 最 新 数据 的 情况 ， 这 没有 两 全 其 美的 办 法 。 说 得 
简单 一 些 : 奉 换 数据 这 一 技巧 只 对 值 类 型 有 效 。 


除了 基本 保证 与 强 保证 之 外 ， 还 有 一 种 最 为 严格 的 保证 ， 叫 作 no-throw 保 证 。 它 指 的 就 是 字面 上 的 意思 ， 即 保证 方法 肯定 
能 够 运行 完毕 而 绝对 不 会 从 中 抛 出 异常 。 对 于 大 型 的 程序 来 说 ， 要 求 其 中 的 所 有 例 程 都 达到 这 种 地 步 是 不 太 现 实 的 ,但 在 其 中 的 
某 几 个 地 万 确实 不 能 令 方法 抛 出 异常 ， 比 方 说 ，finalizer (终结 器 /终止 化 器 ) 与 Dispose 束 是 如 此 。 对 于 这 二 者 来 说 ， 抛 出 异常 
反而 会 引 友 更 多 的 问题 。 残 finalizer 而 言 ， 如 果 抛 出 异常 ， 那 么 程序 束 会 终止 ， 而 无 法 继续 完成 清理 工作 。 在 编写 这 样 的 代码 
时 ， 你 可 以 把 那 种 较为 复杂 的 万 法 包 应 在 try/catch 结 构 里 面 去 调用 ， 从 而 将 该 方法 所 抛 出 的 异 单 知 探 ， 以 此 来 做 出 no-throw 保 
证 。 像 Dispose () 及 Finalize () 这 样 不 应 该 抛 出 异常 的 万 法 一 般 来 说 都 不 会 管 太 多 的 事情 ， 因 此 ， 你 必须 目 己 编写 防御 式 的 
代码 ， 以 确保 它们 绝对 不 抛 出 异常 (因为 如 果 任 由 其 抛 出 异常 ， 那 么 处 理 起 来 束 会 比较 麻烦 ) 。 


如 果 Dispose 万 法 抛 出 了 异常 ， 那 么 系统 里 面 可 能 会 出 现 两 个 异常 ， 于 是 .NET 环 境 会 忽略 早 前 那个 异 弟 而 抛 出 新 的 异常 。 由 
于 早 前 那个 异常 实际 上 相当 于 让 系统 给 吃 挥 了 ， 因 此 ， 没 办 法 在 程序 里 面 捕 捉 ， 目 然 也 束 无 法 根据 该 异常 把 程序 恢复 到 正常 的 状 


态 。 这 会 令 错 误 处 理工 作 会 变 得 特别 复杂 。 


另外 还 要 注意 ， 异 党 筛选 器 (exception filter) 的 when 子 句 里 面 决 不 应 该 抛 出 异 单 ， 如 果 抛 出 ， 那 么 新 的 异 单 将 成 为 当前 
活跃 的 寞 单 ， 从 而 导致 开 肥 者 无 法 获取 到 原来 那个 异 单 中 的 信息 。 


还 有 一 个 地 方 也 应 该 做 出 no-throw 保 证 ， 那 就 是 委托 目标 (delegate target) 。 对 于 同一 个 多 播 委 托 来 说 ， 如 果 其 中 某 个 
委托 目标 抛 出 了 异常 ， 那 么 其 余 的 委托 目标 就 得 不 到 调用 了 ， 要 想 解 决 这 个 问题 ， 唯 一 的 办 法 就 是 确保 委托 目标 决 不 抛 出 异常 。 
Sabie: 包括 事件 处 理 程序 在 内 的 各 种 委托 目标 都 不 应 该 抛 出 异常 ， 如 果 擅 出， 那么 触发 事件 的 那 段 代码 就 无 法 做 出 强 异 
常 保证 。 不 过 ， 这 条 建议 还 需要 稍 加 解释 。 在 第 7 条 里 面 ， 笔 者 讲 过 一 种 办 法 ， 告 诉 大 家 在 调用 委托 时 如 果 发 生 异 常 应 该 怎样 恢 
复 程序 的 状态 。 (既然 早 前 已 经 说 过 调用 委托 的 时 候 有 可 能 出 现 异 常 ， 那 么 此 处 为 什么 又 建议 不 要 在 委托 里 面 抛 出 异常 呢 ? 这 是 
AA) 现在 的 这 条 建议 是 写 给 你 目 己 看 的 ， 而 早 前 第 7 条 中 的 那 段 内 容 则 是 针对 他 人 所 写 的 代码 而 说 的 ， 由 于 你 无 法 保证 每 个 人 
都 遵守 这 条 建议 ， 因 此 必须 考虑 到 别人 所 写 的 委托 是 有 可 能 抛 出 异常 的 ， 而 不 能 认为 他 们 都 和 你 一 样 做 出 了 no-throw 保 证 。 这 
是 一 种 防御 式 编程 的 思路 ， 也 就 是 说 ， 由 于 别人 所 写 的 代码 中 可 能 出 现 各 种 各 样 的 问题 ， 因 此 ， 你 应 该 把 这 些 问题 尽量 考虑 到 |， 
从 而 写 出 健壮 的 代码 来 。 


异 单 会 大 幅度 地 影响 应 用 程序 的 走向 。 在 最 极端 的 情况 下 ， 你 认为 不 应 该 出 现 的 那些 效果 可 能 都 会 出 现 ， 而 你 认为 应 该 出 现 
的 那些 效果 则 有 可 能 连 一 个 也 不 出 现 。 如 果 想 明确 地 获知 应 用 程序 在 执行 了 某 个 操作 之 后 到 底 有 没有 出 现 上 自己 想 要 的 效果 ， 那 么 
唯一 的 办 法 丈 是 令 该 操作 做 出 强 异 常 保证 ， 也 束 是 要 求 它 要 么 能 够 元 全 顺利 地 得 以 执行 ， 要么 令 应 用 程序 保持 原样 (而 不 能 因为 
无 法 执行 完毕 束 使 应 用 程序 的 状态 与 执行 该 操作 之 前 有 所 区 别 ) 。finalizer、Dispose () 万 法 、when 子 句 及 委托 目标 是 四 个 
特例 ， 在 这 些 场合 ， 绝 对 不 应 该 令 任何 异常 脱离 其 范围 。 最 后 要 说 的 是 ， 如 果 在 拷贝 出 来 的 临时 数据 上 面 执 行 完 操作 之 后 想 用 它 


把 原 数 据 奉 换 挥 ， 而 原来 的 数据 又 是 引用 类 型 ， 那 么 要 多 加 小 心 ， 因 为 这 可 能 引 友 很 多 微妙 的 bug.。 


[1] 参见 http://ptemedia.pearsoncmeg.com/images/020163371x/supplements/Exception_ Handling_Atrticle.html。 译 者 注 
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标准 的 catch 子 句 只 会 根据 异 弟 的 类 型 来 触 友 ， 而 不 考虑 其 他 的 因素 。 因 此 ， 如 果 需 要 先 判断 程序 状态 、 对 象 状 态 或 异 剃 中 
的 属性 ， 然 后 再 加 以 处 理 ， 那 融 必 须 企 catch 块 中 编写 条 件 语句 ， 这 导致 开 友 者 要 移 把 寞 单 捕获 进来 ， 然 后 深入 分 析 ， 最 后 再 把 
这 个 寞 单 重新 抛 出 。 


这 样 做 使 得 稍 后 诊断 起 来 更 为 困难 ， 而 且 还 增加 了 应 用 程序 在 运行 期 的 开销 。 如 果 改 用 异 弟 筛选 器 来 捕获 并 处 理 异常 ， 那 么 
以 后 诊断 起 来 融会 容易 一 些 ， 而 且 不 会 令 应 用 程序 的 开销 增 大 。 因 此 ， 你 应 该 养 成 习惯 ， 多 使 用 异 弟 筛选 器 ， 而 不 要 在 catch 子 
句 里 面 通过 条 件 语 句 去 分 析 异 弟 。 


从 编译 器 所 生成 的 代码 中 可 以 明显 地 看 出 异 弟 处 理 器 的 优势 ， 这 会 令 你 更 有 理由 放弃 原来 那 种 先 捕获 再 重新 抛 出 的 做 ;去 。 异 
单 饰 选 器 是 针对 catch 子 句 所 写 的 表达 了 式 ， 它 出 现在 catch 右 侧 那个 when 天 键 字 之 后 ， 用 来 限定 该 子 句 所 能 捕获 的 异 单 : 


var retryCount 0: 


var dataString = default(String); 


while (dataString == null) 
{ 
try 
{ 
dataString = MakeWebRequest(); 
} 
catch (TimeoutException e) when(retryCount++ < 3) 
{ 
WriteLine("Operation timed out. Trying again"); 
// pause before trying again. 
Task.DelayC1000 * retryCount ) ; 
} 


FERIR RF aie, AAA eRT (stack unwinding) , Alk, REFR RAR 
始 位 置 能 够 保留 下 来 ， 而 且 调 用 栈 中 的 所 有 信息 (包括 局 部 变量 的 值 ) BARSE. RR E esM RRA 
值 是 false， 那 么 系统 融会 沿 着 调用 标 向 上 得 找 ， 直 全 友 现 能 够 处 理 该 异 单 的 catch 为 止 。 由 于 系统 是 持续 向 上 得 找 的 ， 因 此 ， 程 
序 的 状态 不 会 受到 干扰 。 


旧式 的 写法 是 先 把 异常 捕获 下 来 ， 然 后 判断 目 己 是 否 真 的 能 处 理 该 异 弟 ， 若 无 法 处 理 ， 则 重新 将 其 抛 出 。 


var retryCount = 0; 


var dataString 


default(String); 


while (CdataString == null) 
{ 
try 
{ 
dataString = MakeWebRequest(); 
} 
catch (TimeoutException e) 
{ 
if (retryCount++ < 3) 
{ 
WriteLine("Timed out. Trying again"); 
// pause before trying again. 
Task.Delay(1000 * retryCount); 
} 
else 
throw; 
} 


如 果 这 样 写 ， 那 么 系统 只 要 上 友 现 catch 子 句 所 要 捕获 的 类 型 与 这 个 异 弟 的 类 型 相 兼 容 ， 融 展开 调用 栈 ， 从 而 令 原 方法 中 所 声 
明 的 很 多 局 部 变量 都 变 得 无 法 与 应 用 程序 的 根部 相连 。 (如 果 变 量 捕获 到 了 闭 包 中 而 闭 包 依然 可 达 ， 那 么 该 变量 或 许 还 能 够 访 
问 。) 于 是 ,分 析 错 误 根源 所 需 的 很 多 重要 信息 整 失 效 了 ， 而 程序 在 抛 出 异 弟 时 所 具备 的 状态 也 丢失 了 ，。 

这 种 写法 是 在 catch 块 里 面 判断 应 用 程序 能 否 从 错误 中 恢复 ， 如 果 不 行 ， 那 束 重 新 抛 出 异常 。 请 注意 看 ， 它 在 抛 出 异常 的 时 


候 只 写 了 个 throw， 而 没有 在 后 面 把 要 抛 的 那个 异常 也 指出 来 ， 这 人 么 做 是 对 的 ， 否 则 残 会 创建 出 新 的 异常 对 象 ， 而 且 会 令 异 常 抛 
出 的 地 点 随 之 改变 。 


上 面 两 种 写法 会 给 诊断 并 调试 错误 的 程序 员 市 来 不 同 的 感受 。 后 面 这 种 写法 使 得 开 友 者 无 从 知晓 局 部 变量 的 值 ， 而 且 也 至 不 
出 程序 在 抛 出 异常 时 是 沿 着 哪 条 路 径 执 行 过 来 的 。 有 反之， 如 果 米 用 异 弟 筛选 器 来 写 ， 那 么 诊断 信息 里 面 束 会 种 有 程序 的 状态 ， 从 


而 令 你 能 够 判断 出 问题 的 根源 。 与 乙 相 对 ， 先 捕获 再 抛 出 则 会 导致 某 些 信息 在 材 展 开 的 过 程 中 丢失 。 请 看 下 面 这 两 个 版 本 的 
TreeOfErrors 方 法 ， 笔 者 用 注释 分 别 标 出 了 系统 在 捕获 到 异常 之 后 所 报告 的 错误 位 置 : 


static void TreeOfErrors() 
{ 
try 


{ 


SingleBadThing(); 
} 
catch (RecoverableException e) 
{ 
throw; // reported on Call Stack 
} 
} 
Static void TreeOfErrorstTwo() 
{ 
try 
{ 
SingleBadThing(); // reported on Call Stack 
} 
catch (RecoverableException e) when (false) 
{ 
WriteLine("Can't happen"); 
} 
} 


AURKARA HUMANA, AAASAIR SASS AE tethrowie A Arex Mb, AAI ER CAHA 
catch， 它 是 在 进入 catch 块 并 执行 到 这 条 throw 语 句 时 才 重 新 抛 出 异常 的 。 若 米 用 市 有 when 的 catch 子 句 ， 那 么 系统 所 报告 的 
异 党 发 生地 点 则 是 原来 调用 SingleBadThing () ; 的 那个 地 万 。 由 于 笔者 尽力 精简 了 范例 代码 的 篇 幅 ， 因 此 ， 即 便 采 用 先 捕获 
再 抛 出 的 办 法 ， 你 也 很 容易 惑 能 判断 出 异 芝 实际 上 是 从 哪里 产生 的 ， 但 如 果 应 用 程序 较为 上 庞大， 那么 第 一 种 写法 残 不 太 容 易 判 断 


采用 异 单 秘 选 器 会 给 程序 性 能 市 来 正面 影响 。.NET CLR 对 市 有 when 关 键 字 的 try/catch 结 构 做 了 优化 ， 使 得 程序 在 无 须 进 


入 该 结构 时 其 性 能 尽量 不 受 影 响 。 与 此 相对 ， 那 种 先 捕获 再 重新 抛 出 的 写法 则 会 令 程序 进入 catch 块 ， 从 而 友 生 栈 展开 ， 并 产生 
较 大 的 运行 开销 。 如 果 异 常 第 选 器 无 法 处 理 某 个 异常 ， 那 么 程序 丈 无 须 展开 调用 栈 ， 也 不 用 进入 catch 块 ， 这 使 得 其 性 能 要 比 先 
捕获 再 重新 抛 出 的 办 法 更 高 ， 忆 之 无 论 如 何 ， 也 不 会 比 它 磊 。 


明白 了 这 个 道理 之 后 ， 你 就 会 友 现 ， 以 前 的 很 多 习惯 其 实 都 应 该 改 掉 ， 转 而 运用 异常 筛选 器 去 实现 。 比 方 说 ， 有 的 时 候 ， 你 
要 根据 异 营 对 象 中 的 某 项 属性 来 判断 目 己 到 底 能 不 能 处 理 这 个 异 营 。 最 为 钊 见 的 一 种 场合 残 是 执行 基于 任务 的 异步 编程 (task- 
based asynchronous programming) 。 如 果 某 项 任务 所 执行 的 代码 抛 出 了 异常 ， 那 么 该 任务 就 处 于 faulted (故障 、 错 误 ) 状 
人 态 。 由 于 该 任务 还 有 可 能 会 局 动 多 个 子 任务 ， 因 此 ， 它 或 许 是 会 因为 友 生 了 很 多 个 异常 才 进 入 faulted 状 态 的 ， 而 不 是 因为 仅仅 
发 生 了 某 一 个 异常 就 进入 了 该 状态 。 为 了 能 用 一 种 连贯 的 方式 来 处 理 这 两 种 状况 ，Task 类 把 Exception 属 性 设计 成 
AggregateException， 开 发 者 必须 进而 查看 其 InnerExceptions 中 所 保存 的 一 个 或 多 个 异常 ， 才 能 知道 自己 所 写 的 代码 究竟 能 
不 能 处 理 该 Task 在 执行 过 程 中 所 出 现 的 问题 。 


还 有 一 个 例子 是 COMException 类 。 该 类 的 HResult 属 性 中 含有 因 执 行 interop (交互 操作 ) 调用 而 产生 的 COM HRESULT 
值 。 其 中 有 一 些 值 所 表示 的 异常 状况 是 能 够 处 理 的 ， 而 另 一 些 值 所 表示 的 状况 则 无 法 处 理 。 此 时 ， 就 可 以 通过 异常 复 选 器 来 表示 
这 种 逻辑 ， 而 无 须 先进 入 catch 块 ， 然 后 再 重新 抛 出 异常 。 


最 后 再 举 一 个 例子 ， 就 是 HTTPException 类 ， 它 的 GetHttpCode () 方法 会 返回 HTTP 响 应 码 (response code) 。 某 些 代 
码 所 表示 的 状况 (例如 301 表 示 重 定向 (redirect) ) 或 许 是 能 够 处 理 的 ， 而 另 一 些 代 码 所 表示 的 状况 〈 例 如 404 表 示 找 不 到 网 
R) 则 无 法 修正 。 于 是 ， 可 以 考虑 通过 筛选 器 把 自己 能 够 处 理 的 错误 捕获 下 来 。 


使 用 了 有 噶 单 肇 选 器 之 后 ， 可 以 调整 原 有 的 异 背 处 理 代码 ， 把 多 余 的 判断 逻辑 去 探 ， 只 用 catch 子 句 来 捕获 你 能 够 完全 应 对 的 
那些 异常 。 与 先 捕获 册 重 新 抛 出 的 办 法 相 比 ， 这 样 做 可 以 在 此 种 异常 友 生 时 把 更 多 的 信息 保留 下 来 ， 此 外 ， 或 许 还 能 令 程序 运行 
得 快 一 些 。 如 果 仅 通 过 异常 的 类 型 不 足以 判断 出 自己 到 底 能 不 能 处 理 该 异常 ， 那 么 可 以 考虑 给 相关 的 catch 子 句 湛 加 筛选 器 ， 使 
得 程序 只 有 在 筛选 条 件 得 以 满足 时 才 会 进入 这 个 catch 块 。 


第 50 条 : 合理 利用 异 弟 贤 选 器 的 副作用 来 实现 菏 些 效果 


一 般 来 襄 ， 异 单 科 选 器 中 的 条 件 总 是 应 该 能 在 某 些 情况 下 得 以 满足 ， 如 果 永 远 都 无 法 满足 ， 那 么 这 个 凯 选 器 融 失 去 了 意义 。 
然而 有 的 时 候 ， 为 了 能 监控 程序 中 所 发 生 的 异常 ， 你 还 是 可 以 考虑 编写 这 种 永远 返回 false 的 筛选 器 ， 因 为 刚才 的 第 49 条 说 过 : 

系统 在 寻找 catch 子 句 的 过 程 中 会 执行 这 些 饰 选 器 ， 而 此 时 ， 调 用 枝 还 没有 真正 展开 (于 是 ,不 妨 利 用 这 一 特性 来 实现 某 些 效 

AR) o 


站 先 看 一 个 经 典 的 例子 。 生 产 环境 中 的 程序 一 般 都 会 把 还 未 得 到 处 理 的 异常 全 都 记录 到 | 某 个 地 方 ， 这 个 地 方 可 能 指 的 是 处 在 
中 心 位 置 (central location) 的 那 台 电脑 ， 也 有 可 能 是 指 当 前 这 台电 脑 。 但 无 论 保存 到 哪里 ， 都 必须 先 把 包含 该 异常 的 那 条 记 
录 创 建 出 来 。 


例如 ， 可 以 用 下 面 这 个 方法 来 创建 : 


public static bool ConsoleLogException(Exception e) 
{ 
var oldColor = Console.ForegroundColor; 
Console.ForegroundColor = ConsoleColor.Red; 
WriteLine( "Error: {0}", e); 
Console. ForegroundColor = oldColor; 


return false; 


} 


这 段 代 码 会 把 与 异常 有 关 的 信息 写 到 控制 台 上 面 。 几 是 需要 记录 异常 信息 的 地 方 ， 都 可 以 调用 这 个 ConsoleLogException 
方法 。 为 此 ， 你 可 以 考虑 在 捕获 异常 的 try/catch 结 构 中 编 瑟 一 条 针对 所 有 Exception 对 象 的 catch 子 句 ， 并 把 这 个 总 是 返回 false 
的 方法 设置 成 该 子 句 的 筛选 器 : 


data = MakeWebRequest(); 
} 
catch (Exception e) when(ConsoleLogException(e)) { 了 
catch (TimeoutException e) when(failures++ < 10) 


{ 


WriteLine( "Timeout error: trying again"); 


XPS ABLES ESEE. Bsc, Mem PANT AVM aeikblfalse, MG Retre, A, 
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能 够 套用 在 每 一 个 异 党 对象 上 面 。 尽 省 这 条 catch 子 句 是 针对 所 有 异 弟 类 的 基 类 Exception 而 写 的 ,但 你 还 是 可 以 把 它 放 在 别 的 
catch 子 名 之前。 由 于 筛选 器 永远 是 false， 因 此 ， 系 统 在 遇 到 这 条 子 句 时 ， 并 不 会 真 的 去 执行 catch 块 里 面 的 内 容 ， 而 是 会 继续 
寻找 与 当前 异 单 相 匹配 的 其 他 子 句 。 一 般 来 讽 ， 不 应 该 编写 针对 所 有 腊 单 的 catch 子 句 ， 而 这 种 写法 则 属于 仪 有 的 几 个 特例 。 


你 可 以 把 catch (Exception e) when log (e) 1 这 样 的 写法 随时 套用 到 已 有 的 代码 中 ， 因 为 它 并 不 会 干扰 程序 正音 运行 。 
例如 对 于 现 有 的 trycatch 绪 构 来 说 ， 你 可 以 把 这 种 写法 放 人 在 所 有 的 catch 子 名 之前， 而 对 于 try/finally 结 构 来 襄 ， 则 可 以 把 它 放 
在 finally 之 前 。 


本 例 演示 的 是 后 样 把 程序 中 友 生 的 每 一 个 异 单 都 记录 下 来 。 当 然 也 可 以 只 记录 其 中 的 某 一 类 异 剃 ， 想 实现 这 样 的 效果 ， 只 需 
要 把 catch 子 句 所 针对 的 异 剃 沁 围 缩小 一 些 丈 可 以 了 。 由 于 过 滤器 中 的 方法 思 是 返回 false， 因 此 ， 修 改 了 catch 子 句 所 针对 的 异 
党 类 型 之 后 ,程序 只 会 把 这 种 类 型 的 异常 记录 下 来 ， 而 且 在 记录 完 之 后 ， 会 继续 寻找 能 够 处 理 该 异 弟 的 其 他 catch 子 句 。 


还 有 一 种 写法 是 把 catch 子 句 放 在 其 他 catch 的 后 面 ， 以 便 把 没 能 为 那些 子 句 所 处 理 的 异常 记录 下 来 。 


try 


data = MakeWebRequest() ; 
$ 
catch (TimeoutException e) when(failures++ < 10) 
{ 
WriteLine( Timeout error: trying again"); 
+ 
catch (Exception e) when(ConsoleLogException(e)) { } 


这 样 记录 异 弟 还 有 一 个 好 处 ， 融 是 可 以 套用 到 程序 库 (library) RB (package) 上 面 ， 而 不 用 担心 程序 的 正 弟 流程 会 受到 
影响 。 按 照 传统 的 写法 ， 如 果 想 把 库 里 面 的 所 有 异常 都 记录 下 来 ， 那 就 只 能 在 应 用 程序 这 一 层 来 实现 ， 而 且 还 必须 写 在 顶级 的 方 
法 里 面 。 这 种 做 法 可 以 把 没 能 为 其 他 代码 所 处 理 的 异常 捕获 下 来 。 此 外 还 有 一 种 写法 是 在 每 次 要 抛 出 异常 的 时 候 编写 一 条 log 语 
句 ， 把 与 该 异常 有 关 的 信息 记录 下 来 。 这 种 写法 适用 于 那些 由 程序 库 的 开发 者 自己 所 抛 出 的 异常 ， 但 它 没 办 法 把 底层 代码 所 产生 
的 异常 也 记录 下 来 。 总 之 ， 想 用 这 两 种 写法 来 记录 程序 库 及 包 中 的 异常 都 不 太 容易 。 如 果 不 用 这 两 种 写法 ， 而 是 改 用 先 捕获 再 抛 
出 的 办 法 去 实现 ， 那 又 会 给 调试 程序 的 人 造成 困难 ( 那 种 写法 的 缺点 参见 第 49 条 ) 。 因 此 ， 开 发 程序 库 的 时 候 ， 可 以 考虑 把 本 
条 中 所 说 的 这 种 写法 运用 到 public API 上 ， 使 得 与 调用 栈 有 关 的 那些 信息 不 会 为 程序 库 自身 的 log 机 制 所 干扰 。 


除了 记录 信息 之 外 ， 异 党 筛选 器 还 可 以 实现 其 他 一 些 功 能 ， 例 如 ， 可 以 确保 在 用 debugger 来 调试 程序 时 不 会 触 友 catch 子 


data = MakeWebRequest(); 
$ 
catch (Exception e) when(ConsoleLogException(e)) { } 
catch (TimeoutException e) when((failures++ < 10) && 


C!System.Diagnostics.Debugger.IsAttached) ) 


WriteLine( "Timeout error: trying again"); 


与 TimeoutException 对 应 的 这 个 筛选 器 能 够 保证 程序 在 同 debugger (调试 程序 ) 相连 的 情况 下 不 会 去 触 友 这 条 catch 子 
句 。 只 有 在 不 与 debugger 相 连 的 场合 中 ， 它 才 会 考虑 筛选 器 里 面 的 (failures++<10) 这 一 条 件 是 否 成 立 ， 进 而 执行 catch 块 里 
的 内 容 。 


请 注意 ， 这 种 写法 是 针对 运行 期 而 言 的 ， 与 构建 项 目 时 所 用 的 设 定 无 关 。 只 要 程序 进程 与 debugger 相 
连 ，Debugger.lsAttached 属 性 丈 返 回 true， 无 论 你 构建 的 是 debug 版 还 是 release 版 都 是 如 此 。 这 样 写 能 够 保证 如 果 程 序 是 在 
有 debugger 的 环境 下 运行 的 ， 那 么 就 不 会 进入 对 应 的 catch 子 句 。 假 如 整个 代码 库 都 能 遵循 这 一 惯例 ， 那 么 应 用 程序 在 与 
debugger 相 连 的 情况 下 ， 就 不 会 捕获 任何 异常 ， 若 能 做 到 这 一 点 ， 则 可 命令 debugger 在 遇 到 未 经 处 理 的 异常 时 停 下 来 。 这 样 
的 话 ， 只 要 程序 在 与 debugger 相 连 的 场合 中 抛 出 异常 ， 那 么 debugger 就 会 立刻 察觉 ， 反 之 ， 若 运行 在 其 他 场合 ， 则 依然 可 以 


按照 原 定 的 逻辑 去 处 理 该 异 单 。 在 开 上 友 较 为 庞大 的 项 目 时 ， 很 适合 用 这 个 办 法 来 寻找 问题 的 根源 。 


如 果 合 理 地 利用 异常 筛选 器 所 引 友 的 某 些 副作用 ， 那 么 很 容易 束 能 观察 到 程序 究 葛 是 在 什么 样 的 状况 下 抛 出 异常 的 。 在 较为 
庞大 的 项 目 中 ， 这 些 写 法 有 助 于 开 友 者 排查 应 用 程序 中 的 故障 ， 并 找 出 引 友 有 异 单 的 根本 原因 ， 一 旦 找到 原因 ， 修 复 起 来 融 简 单 多 
Te 
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attribute (PR FA RENTE) 特性 ; 属性 ; 特质 


Common Language Runtime (简称 CLR) íj 通用 语言 执行 平台 


comparer 比较 融 比较 子 


constructor 构造 函数 ine; 构建 子 

delegate 委托 委派 

disposable (保留 英文 原样 不 译 ) 可 释放 的 ; 可 处 置 的 
implicitly typed 隐 式 类 型 的 默认 类 型 的 ; 隐 含 类 型 的 
(用 来 设 定 初 始 值 或 完成 初始 化 工作 的 ) initializer | 初始 化 语句 ; 初始 化 命令 | 初始 值 设 定 项 ; 初始 设 定式 


namespace 命名 空间 名 称 空间 
override ‘sin; Mt; BH 
scalar 纯 量 标量 
Ae 


specialization 专用 化 


